monotone-devel
[Top][All Lists]
Advanced

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

Re: [Monotone-devel] New branch name with no other changes


From: Stephen Leake
Subject: Re: [Monotone-devel] New branch name with no other changes
Date: Sun, 12 Jun 2011 04:32:00 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (windows-nt)

Richard Levitte <address@hidden> writes:

> However, as far as I understand, Hendrik really just wants the next
> commit to end up in the new branch.  The simplest way to do that is to
> edit the branch setting in _MTN/options...  I really think we should
> have a 'mtn branch' that does exactly that.  Last time I suggested
> that, there were a number of comments arguing the idea on grounds I'm
> not sure I've understood...

One objection would be from me; I want a variant of the command that
just adds a branch cert to the current revision, without changing the
workspace, because that's what my workflow requires. 

It could be difficult/confusing to have one command that does either of
those things.

Something like 'mtn edit-options branch <newbranch>' would be good; it
could also edit other fields in _MTN/options.

Then people would complain "why do I have to use this weird
'edit-options' thing just to add a new branch", just like now we
complain about using 'cert' just to add a new branch :).

mtn provides the core facilities; users get to implement many different
workflows.

Which is why I wrote a set of user commands to enforce/support my
workflow, rather than pushing for 'mtn branch' that does what I want.

Perhaps it would be useful to put my set of commands in mtn/examples.

How do other DVCs handle this? git, mercury?

-- 
-- Stephe



reply via email to

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