1
阅读Mercurial是权威指南,它提到,在大型项目中,它有助于将项目分解为功能分支。 Ive简要介绍了当我想将Feature Branch与主分支合并时,我认为正在发生的事情。Mercurial,功能分支
我的图是否正确+特征分支是否继续存在?我假设是的。
阅读Mercurial是权威指南,它提到,在大型项目中,它有助于将项目分解为功能分支。 Ive简要介绍了当我想将Feature Branch与主分支合并时,我认为正在发生的事情。Mercurial,功能分支
我的图是否正确+特征分支是否继续存在?我假设是的。
该活动的指定分行可以明确使用封闭:
hg commit --close-branch
这往往如果工作系不会去任何地方做。如果你想重新打开相同名称的支部建在的顶部封闭分支,你需要强制分支开放再次使用:
hg branch <name> --force
然而,他们含蓄地成为不活跃如果您从您的功能分支合并到另一个分支中,功能分支没有未合并的更改集(如在该分支中最后一项是合并到另一个分支中)。此合并的目的地不一定是“主线”,以便停用分支,不活动仅基于任何未合并的变更集。
如果您随后在其上创建变更集,它们会再次变为活动状态。如果您正在处理主要功能并经常合并,这往往是常见的情况。
请注意,已关闭分支与不活动分支不一样。
对不起,但我无法真正理解你的图,所以我希望上面的句子有意义。
另外,不要将命名分支与匿名分支混淆,这是当单个分支具有多个“首长”时。
对不起,sh-t图。上面的解释是合理的,谢谢。我不了解你对匿名分支的评论。我想我已经在某个地方读过,说它不是明智的命名主分支(我可能是错的,让我检查)。 –
@HansRudel [匿名分支](http://mercurial.selenic.com/wiki/BranchingExplained)只是在您开始在分支上提交更改集而非提示更改集时。这导致多个“头”(或提示)。大多数时候,这些负责人需要在内部合并到分支机构。 –
@HansRudel从我能*理解你的图的过程中,你的理解似乎与我所解释的相同,所以我认为我们都很好:-) –