Mercurial 反复无常的,特征性的分支

Mercurial 反复无常的,特征性的分支,mercurial,Mercurial,我正在阅读Mercurial,权威指南,它提到在大型项目中,将项目拆分为功能分支是很有用的。我画了一幅快速的图画,当你想把功能分支和主分支合并时,我想会发生什么 我的图表是否正确+功能分支是否继续存在?我想是的 可以使用以下方法显式关闭活动命名分支: hg commit --close-branch 如果某一行的工作没有进展,则往往会这样做。如果要在已关闭分支的顶部重新打开同名分支,则需要使用以下命令再次强制打开该分支: hg branch <name> --force hg分支

我正在阅读Mercurial,权威指南,它提到在大型项目中,将项目拆分为功能分支是很有用的。我画了一幅快速的图画,当你想把功能分支和主分支合并时,我想会发生什么

我的图表是否正确+功能分支是否继续存在?我想是的


可以使用以下方法显式关闭活动命名分支:

hg commit --close-branch
如果某一行的工作没有进展,则往往会这样做。如果要在已关闭分支的顶部重新打开同名分支,则需要使用以下命令再次强制打开该分支:

hg branch <name> --force
hg分支——强制
但是,如果从要素分支合并到另一个分支,并且要素分支没有未合并的更改集(如中所示,该分支上的最后一件事是合并到另一个分支),则它们将隐式变为不活动。为了停用分支,此合并的目标不必是“主线”,不活动完全基于任何未合并的更改集

如果您随后在以后的日期对它们创建更改集,它们将再次变为活动状态。这往往是一种常见的情况,如果您在主线外处理功能并经常合并

请注意,关闭的分支与非活动分支不同

对不起,我不能真正理解你的图表,所以我希望上面的句子有意义


另外,不要将命名分支与匿名分支混淆,当一个分支有多个“头”时,匿名分支也会出现。

对于sh-t图,我感到抱歉。是的,你上面的解释很有道理,谢谢。我不明白你对匿名分支机构的评论。我想我在某个地方读到过,命名主分支是不明智的(我可能错了,让我检查一下)。@HansRudel只是当你开始在分支上提交更改集而不是从tip更改集。这将导致多个“头”(或提示)。大多数情况下,这些头需要在内部合并到分支机构。@HansRudel从我对您的图表的理解来看,您的理解似乎与我所解释的相同,因此我认为我们都很好:-)谢谢您的澄清。我找不到我在哪里读到的,所以我想我错了我的上述评论。是的,这是我试图在图表中显示的,但我没有意识到分支可以关闭或不活动。谢谢你引起我的注意。(+1'd您的评论:)