[Top][All Lists]
[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-----