monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] more on commit without -b option


From: Thomas Keller
Subject: Re: [Monotone-devel] more on commit without -b option
Date: Mon, 12 Nov 2007 09:53:15 +0100
User-agent: Thunderbird 2.0.0.6 (X11/20070728)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zack Weinberg schrieb:
> On Nov 11, 2007 9:25 PM, Nathaniel Smith <address@hidden> wrote:
>>> To make this
>>> more motivated, consider setting .newbranch, going away for a few
>>> days, and then wanting to update to the latest baseline before you
>>> start hacking.)
>> I sympathize with the use case.  Before we implement it, can you
>> propose a few-sentence description for the manual that will make this
>> behavior clear to the meanest intelligence?
> 
> "Starting a new branch with @command{mtn branch} only affects the
> behavior of a subsequent @command{mtn commit}.  All other commands
> treat the workspace as associated with the same branch as before the
> @command{mtn branch} was issued."
> 
> In terms of _MTN/options, I imagine something like
> 
> branch "foo.bar"
> commitbranch "foo.bar.newbranch"
> 
> where commitbranch overrides branch only for commit.  It's possible
> that some other commands should also look at commitbranch but right
> now I can't think of any.

+1 from me. I thought of something like this as well, because if you do

$ mtn branch other.branch
$ mtn update

now, it will give you a whole lot of problems if the other branch has no
common ancestors with the former one.

Thomas.

- --
only dead fish swim with the stream: http://thomaskeller.biz/blog
Für Freiheit und gegen staatliche Überwachungsmaßnahmen:
http://leipzig.vorratsdatenspeicherung.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHOBR7af7NlBYNEJIRAnCGAJ9dtGOA5gmibskGRZAkzE4tSSZOkgCePxep
XKvbZN1mPA+ME7Yh7sM8T3o=
=wGWK
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]