Mercurial Workflow: Feature seperation via named branches
Kevin Bullock
kbullock+mercurial at ringworld.org
Wed Jun 15 19:38:43 UTC 2011
On 14 Jun 2011, at 11:47 AM, Judson Wilson wrote:
>
>> The reason that note is there is that the #1 question we get about named
>> branches by a wide margin is:
>>
>> "I made a temporary branch, how do I get rid of it?"
>>
>> The permanence of named branches is NOT an implementation detail, it's
>> bedrock design. Thus, telling people not to create them willy-nilly is
>> solid advice.
>
> Curious if there is a more lightweight way to do this. Perhaps some kind of layer on top of a repo that could allow you to put min-branches on top, and then we could just deprecate the older model (or save it for real divergences in the trunk, such as a fork between a new major-version).
As Matt said, we have this: bookmarks. But named branches will never be deprecated in favor of bookmarks, for two reasons: hg's backward compatibility guarantees, and the fact that named branches solve a different problem, and do it quite effectively.
> I personally would like to name feature branches in a visible manner when looking through the tree, but not to show up on a list of "mainline branches". I know this can be accomplished using commit messages, but that can be cumbersome.
Bookmarks are for exactly this, and as of 1.7 they're no longer an extension.
pacem in terris / mir / shanti / salaam / heiwa
Kevin R. Bullock
More information about the Mercurial
mailing list