从 Subversion 迁移到 Mercurial - 如何调整工作流程和暂存/集成系统？

Question

我们对从 svn 到 hg 感到兴奋不已，随着开发工作流程或多或少地被淘汰，这里仍然是最困难的部分 - 登台和集成系统。

希望这个问题比您常见的“我如何从 xxx 迁移到 Mercurial”更进一步。请原谅冗长且可能写得不好的问题:)

我们是一家网上商店，做很多项目（主要是 PHP 和 Zend），所以我们有一个巨大的 svn 存储库，有大约 100 多个文件夹，每个文件夹代表一个带有自己标签的项目，当然是树枝和树干。在我们的集成和测试服务器上（QA 和客户查看工作结果和测试内容），一切几乎都是自动化的 - Apache 设置为自动挑选新项目，为每个项目/主干创建虚拟主机； mysql 迁移脚本也位于主干中，开发人员可以通过简单的 Web 界面应用它们。长话短说，我们现在的工作流程是这样的：

1. 签出代码，工作，提交
2. 通过 Web 界面在服务器上运行更新（这基本上是在特定项目的服务器上执行 svn up，如果需要的话还运行数据库迁移脚本）
3. QA 更改 。

当我们有 2 个以上的开发人员处理相同的代码时，这种方法对于大型项目来说肯定不是最佳的 svn 中的分支只会引起更多麻烦，因此转向 Mercurial。这就是问题所在 - 如何为此类工作组织高效的登台/集成/测试服务器（如果您有许多项目，比如单个开发人员可以在 1 天内处理 3 个不同的项目）。

我们决定让“默认”分支本质上跟踪生产，然后在各个分支中进行所有更改。在这种情况下，我们如何自动化每个分支的暂存更新？如果早期对于一个项目，我们几乎总是在主干上工作，那么我们需要一个数据库、一个虚拟主机等。现在我们可能会讨论每个项目的 N 个数据库、N 个虚拟主机配置等。那么 CI 的东西呢（例如运行 phpDocumentor 和/或单元测试）？应该只在“默认”下完成吗？在树枝上？

我想知道其他团队如何解决这个问题，也许是我们没有使用或忽略的一些最佳实践？

附加说明：

可能值得一提的是，我们选择 Kiln 作为存储库托管服务（主要是因为我们无论如何都在使用 FogBugz）

Answer 1

这绝不是您最终选择的完整答案，但这里有一些可能会影响其中的工具：

• 没有工作目录的存储库 - 如果您clone -U或hg update null 您将获得一个没有工作目录（只有 .hg）的存储库。它们在服务器上效果更好，因为它们占用的空间更少，而且没有人愿意编辑
• changegroup 挂钩

对于最后一个，每当一个或多个变更集时，changegroup 挂钩都会运行通过推或拉到达，您可以让它做一些有趣的事情，例如：

• 根据到达的内容将变更集推送到另一个存储库
• 更新接收存储库的工作目录

例如，可以仅使用上述工具来自动化类似的操作：

1. 开发人员将五个变更集推送到central-repo/project1/main
2. 最后一个变更集位于分支“my-experiment”上，因此csets会自动重新推送到可选创建的存储库central-repo/project1/my-experimentcentral-
3. repo/project1/my-实验会自动执行 hg update Tip ，该提示肯定位于 my-expiriment 分支
4. central-repo/project1/my-experiment 会自动在其工作目录中运行测试，如果它们pass 会执行一个“make dist”部署，这也可能会设置数据库和虚拟主机。

最重要的是，mercurial 书中的第 10 章介绍了这一点，就是不让用户等待该过程。您希望用户推送到包含可能没问题的代码的存储库，并自动处理完成 CI 和部署工作，如果通过，最终将成为可能没问题的存储库。

在我工作过的最大的 Mercurial 设置中（大约 20 名开发人员），我们的 CI 系统（Hudson）定期从每个可能还可以的存储库中提取，然后构建和测试，并分别处理每个分支。

底线：设置您想要的任何内容所需的所有工具可能已经存在，但将它们粘合在一起将是一次性的工作。

Answer 2

您需要记住的是 DVCS（与 CVCS ) 引入了版本控制的另一个维度：
您不必再仅依赖分支（并从正确的分支获取暂存工作区）
现在，您可以通过 DVCS 获得发布工作流程（存储库之间的推/拉）

意味着您的临时环境现在是一个存储库（具有项目的完整历史记录），在某个分支签出：
许多开发人员可以将许多不同的分支推送到该临时存储库：协调过程可以在该存储库内、您选择的“主”分支中独立完成。
或者他们可以将临时分支拉到他们的存储库中并在推迟之前进行测试。

^{来自 Joel 的 Mercurial 教程HgInit}

开发人员不必提交给其他人看：DVCS 中的发布过程允许他/她首先拉取临时分支，在本地协调任何冲突，并且然后推送到临时存储库。