On Sat, May 28, 2016 at 01:09:48PM -0700, John Whitley wrote:
> 1) `vcsh pull`, to grab any changes on GitHub not on this host. This rebases.
> 2) `vcsh push`, and done.
>
> It’s really rare that I have any conflicts during rebase. When I do,
> they always tend to be trivial. Conflicts most
On Sun, May 29, 2016 at 08:30:00AM +0900, Sean Whitton wrote:
> On Sat, May 28, 2016 at 02:18:12PM +0200, Marc Haber wrote:
> > Sophisticated, but way too complex for my modest needs. I would need
> > weeks trying to understand this.
>
> My file is complex but GNU+stow is actually simpler than
On Sat, May 28, 2016 at 01:09:48PM -0700, John Whitley wrote:
> Marc Haber wrote:
> > On Fri, May 27, 2016 at 12:47:04PM -0700, John Whitley wrote:
> >> You can check out my setup at jwhitley/vcsh-root on Github[1].
> >
> > One more question: When you live with this
Marc Haber wrote:
>
> Hi John,
>
> thanks for sharing your code.
>
glad to hear it’s been helpful!
> What is exactly the process of bootstrapping? Do you scp the bootstrap
> script to the host and execute it there, or do you start over with
> cloning the repo,
Hi John,
On Fri, May 27, 2016 at 12:47:04PM -0700, John Whitley wrote:
> You can check out my setup at jwhitley/vcsh-root on Github[1].
One more question: When you live with this setup, is there a "golden
host" which you usually use to push your changes, or do you regularly
push from any host
Marc Haber wrote:
> Does anybody coincidentally have a working mr configuration and usage
> examples to share? I would really appreciate that.
Hi Marc,
You can check out my setup at jwhitley/vcsh-root on Github[1]. See also the
bootstrap branch at [2]. I’ve been
Hi,
Sean educated me that mr was not only an (ex-base) of vcsh, but can
also supplement vcsh. I have therefore installed it and read the
documentation.
What especially intrigues me is the skip statement in combination with
the hours-since option since this might be a way to put the
pull/checkout