约 15 位开发人员的 Mercurial 工作流程 - 我们应该使用命名分支吗？

Question

我的团队刚刚开始使用 Mercurial 和中央存储库。我们让 Hudson 构建了“默认”分支的尖端——这基本上是我们的主线。我们的旧 VCS 有一个 checkin 政策，即必须在 checkin 主线之前完成代码审查、测试等工作。

因此，假设您正在开发功能 X。您在一些东西上工作，基于“默认”，然后您提交部分功能作为检查点。在本地，您的“默认”现在已损坏——您尚未与任何人共享它，但如果您要进行推送，那么现在您的主线代码已损坏。

即使您等到所有事情都解决后再推送，似乎在某些情况下(例如同时处理两件事)您需要推送一些更改，但不是全部。

此外，如果您 checkin 所有检查点更改，那么主线中将会有一些构建的修订，而主线中的其他修订则不会构建。

我们已经开始使用命名分支——但是我读得越多，我认为我们滥用命名分支的次数就越多。

关于如何设置一个允许我们运行 Hudson 并保持我们的主线策略的良好工作流程的任何建议？

Answer 1

首先，我强烈推荐A Guide to Branching in Mercurial

接下来，您可以只推送当前分支:Nudge - A Gentler Version of Push

也许您可以决定每个分支只允许一个头:32. Prevent a push that would create multiple heads

与命名分支相关的其他 SO 问题:

Mercurial: Named Branches vs Multiple Repositories

Mercurial repository layout for multiple branches