用于代码评审的Mercurial Repository架构

Question

我们正在从Clearcase（用于版本控制）迁移到Mercurial，从ClearQuest迁移到Jira / Crucible（用于问题跟踪和代码审查）。我们执行强制性的推前评论。

我们遇到过Crucible和pre-push支持的问题，我们正在寻找几种解决方案。解决问题的主要方法是使Atlassian产品尽可能“监视”最少量的存储库（我们遇到的问题是与监视的存储库数量直接相关的缓慢）。

我们现在所做的是观察每个开发存储库，以便我们对它们执行代码审查。我们还有一个中央存储库，可以保存稳定版本。我的问题是如何规划我们的存储库体系结构，以便我们可以执行代码审查并仍然保持一个干净的中央存储库（我想需要某种审核存储库，但我无法弄清楚如何让它在几个评论中工作一旦）。

Answer 1

我们以简单的方式预先推送评论：我们使用补丁而不是在中央服务器上安装开发存储库。

只有当我们需要构建一些大的东西时，我们才会在服务器上创建一个开发/功能存储库，但即使这样，我们仍然会在推送到这些存储库之前查看补丁。

要强制执行此操作，您需要分配角色以推送到回购站，而不是允许所有开发团队推送。