在 Mercurial 中处理项目的两个版本的工作流程

Question

我有一个版本 1.0 的应用程序。我现在需要开始 2.0 版本的工作，但同时维护和修复 1.0 版本中的错误。

1.0 中的错误修复将合并到 2.0 版本中，但不会将任何新功能从 2.0 向后移植到 1.0 > 释放。

我了解分支的工作原理，但是我需要能够同时处理两个版本，因此在同一工作文件夹中的分支之间切换是不切实际的。我希望能够同时运行两个版本的代码。

能够同时使用命名分支处理同一应用程序的两个版本的典型设置或工作流程是什么？即使用一个文件夹中的一个分支和另一个文件夹中的另一个分支？

我是否只需将存储库克隆到版本 2.0 的新文件夹中，并将分支设置为 2.0 版本的分支？

我对 Mercurial 有点陌生，所以如果这听起来有点天真，请原谅我。

Answer 1

我是否只需将存储库克隆到 2.0 版本的新文件夹中并将分支设置为 2.0 版本的分支？

是的，每个主要版本都有一个单独的克隆就可以了。但是，您应该将主要开发保留在default分支并使用为每个主要版本命名分支。让我介绍一下工作流程：

当您的版本 1.0 完成后，您

$ cd ~/src/foo
$ hg tag 1.0
$ hg push http://your-server/foo

就可以继续在该克隆中工作以实现版本 2.0。当您发现需要修复 1.0 中的错误时，您

$ cd ~/src
$ hg clone http://your-server/foo foo-1.x
$ cd foo-1.x
$ hg update 1.0
$ hg branch 1.x
$ hg commit -m "Starting 1.x branch"
# now fix the bug... left as an exercise to the reader :)
$ hg commit -m "Fixed issue123"
# do QA to test the bugfix, make more commits as necessary
$ hg tag 1.1
$ hg push --new-branch
# make a release

只需在第一次推送时才需要 --new-branch 标志。它告诉 Mercurial 您确实想在历史记录中创建一个新的永久分支。

您现在想要将错误修复拉入其他存储库：

$ cd ~/src/foo
$ hg pull http://your-server/foo
$ hg merge 1.x
$ hg commit -m "Merge with 1.1"

通过使用 1. 的命名分支。 x 系列，您始终可以使用 hg update 1.x 转到该分支上的最新变更集。将 1.x 视为一个“浮动标记”，它始终指向该分支上最尖端的变更集。

标准分支 wiki 页面中描述了此工作流程。