mercurial - 适合 15 名开发人员团队的良好 Mercurial 工作流程

Question

我在一个由 15 名开发人员组成的团队中，目前正在使用 Allfusion Harvest。我们对此并不满意，环顾四周，由于可用的前端 TortoiseHg 和 MercurialEclipse，我们决定切换到 Mercurial。

我们目前正在使用一个 12 年前的 Harvest 版本，我发现我们当前的工作流程很难转换为 Mercurial。我之前有使用 ClearCase 的经验，其中我们使用了类似于以下内容的模型:

A  A  A
|  |  |
B  C  |
| /|  |
C  |  E
|  | /  
D  E
| /
E

左躯干不稳定，中间是测试，右躯干稳定。现在我在 Mercurial(在一个中央存储库中)重新创建这个分支模型没有问题。这个想法是，开发人员然后克隆这个存储库，从不稳定的分支，做他们的工作，然后与不稳定的 merge 。在网上阅读我还没有看到针对超过三名开发人员的团队的 Mercurial 工作流程，所以我不确定这是否是一个好的工作流程。

所以两个问题:

这是一个好的工作模式吗？

您如何与 Mercurial 合作？您的团队中有多少人？

编辑:自从提出这个问题以来，我同时使用了 Gitflow和 Github flow .根据发布的复杂性和团队规模，两者都非常有用。当使用 Mercurial 时，我已经停止使用分支(除了稳定/不稳定)，而是使用了受 Git 影响的书签。

Answer 1

在 Fog Creek，我们使用类似的工作流程，但有一个主要区别。因为在 Mercurial 中没有真正的轻量级分支(命名分支保留它们的名字，即使在 merge 之后)我们倾向于为我们的分支使用多个存储库。我发现这样可以更容易地知道您在哪个分支上工作，并且更难在分支之间意外 merge ，因为您的每个分支都可以有自己的临时分支。

相反，我们有与我们合作的稳定、QA 和开发存储库。功能工作进入 Devel 并 merge 到 QA 和 Stable，而错误修复进入稳定和 QA，并 merge 回 Devel。

我们的许多开发人员还保留自己的分支存储库，用于运行时间更长的项目，或者他们正在处理的任何可能破坏其他人代码的项目。

我们的一些开发人员将每个分支放在不同的目录中，因此他们明确地从一个分支切换到另一个分支。其他人更喜欢使用 remote-branches 将所有三个 merge 到一个 repo 中。扩展来管理各种头。

当我们使用基本的 hg serve 时，这确实给我们带来了一些麻烦。托管我们的存储库，因为创建新的开发存储库或重命名存储库需要系统管理员。这就是我们制作它以便任何人都可以在 Kiln 中创建分支存储库的部分原因。 .

如果 Mercurial 有一个更好的分支模型会很好，并且正在进行一些工作来帮助解决这个问题，但这对我们有用。