相关疑难解决方法(0)

最近我从SVN切换到了Mercurial.现在我想知道如何根据良好实践在Mercurial中实现我想要的分支工作流程,希望其他开发人员了解存储库中会发生什么.

这是工作流程:

1. 通常我有一个trunk/default分支,用于处理当前版本系列.我们说这是1.x. 同时我使用分支2.x来处理下一个主要版本.此分支中的更改可能是激进的,因此与trunk/default/1.x分支合并在此处没有任何意义.
   • 一段时间后,2.x上的工作可能会完成,版本2.0会被释放.现在我希望2.x分支是新的默认/中继分支,当前默认/中继是1.x分支.
   • 重复这个过程,可能会有一个新的3.x分支.和以前一样,如果3.0被释放,3.x应该成为新的默认分支,而当前的默认值应该成为2.x分支(再次).

我的问题不是这个工作流程是否合适(我猜这不是根本错误的).我的问题是,我在Mercurial中实现这一点的方式是否可以被视为良好实践或是否有更好的机会.

所以这就是我计划在Mercurial中管理分支的方式......

从具有单个分支的存储库开始,该分支包含当前版本系列1.x的代码:

$ hg init
$ echo "hello world" > file1.txt
$ hg ci -A -m "Initial commit of 1.x code"

开始处理2.x版本:

$ hg branch 2.x
$ hg ci -m "Create new branch for 2.x development"
$ echo "Big new feature for 2.x" > file2.txt
$ hg ci -A -m "Add big new feature"

同时,在当前版本系列(1.x)中做一些工作:

$ hg up default
$ echo "Minor adjustments specific for 1.x" > file3.txt
$ hg ci …