svn的高级开发人员确认前提交代码

颠覆不直接支持“代码审查”的模式一样，你可以用来与GitHub的拉动请求。有一些附加工具可能对此有所帮助，但我不能推荐任何，因为我从未使用它们。

你可能想尝试是有开发商在自己的分公司工作，并承诺这一点，那么请高级开发人员来审查，然后合并到中央干线或另一个分支。

有两种可能性：

1. 您可以使用分支和SVN的--reintegrate选项将它们合并自动回主干。这工作得相当好，只要你遵循一些规则（可以弯曲他们，你可以打破他们，但你会遇到困难）：

   • 从来没有做任何树合并（合并子目录;仅在主干或分支合并级别）
   • 在不同的分支之间永不合并，除了你正在分支的路径（通常这是干线）。所以没有同事交叉。
   • 总是将分支中的所有提交合并到中继，并始终将中继中的分支完全同步。所以没有采摘樱桃
   • 通过遵循这些规则，您可以轻松地合并并保持您的树干清洁，而无需使用任何修订版本号。有关更多详情，请参阅svnbook/merging。
   • 也意味着整合合并（从developerbranch到后备箱）总是无冲突的（树干）的所有变化通常是由开发商事先合并。如果主干维护者合并过程中遇到冲突，他拒绝分支，并告诉开发人员同步从主干合并解决这个矛盾在他的分支
   • 你应该保护树干从的初级开发人员提交但既无必要，也很重要的整体过程
   • 也https://stackoverflow.com/a/7387277/23264更多信息请参见（有一些奇特的ASCII艺术）

2. 可以接受补丁的人送左右。这是一个非常手动的过程，但它取决于您拥有多少个Junior Developer。请注意，虽然听起来不可能，但整个svn开发过程的工作原理是将补丁发送到邮件列表，直到您发送足够的提交者权限。

你可以让你的初级开发者只在分支上工作，并阻止他们提交主干。你可以通过在SVN服务器上设置特定的回购路径的权限，或者通过编写预先提交的挂钩来实现。通过设置一个压倒一切的权限

我有样，在这个例子这里被骗：

如果您使用VisualSVN服务器，你可以在此对话框中进行配置。对于大型团队来说，如果您在repo上设置只读权限，然后明确授予开发人员的/ branches /和高级开发人员的/ trunk /的访问权限，则需要更具扩展性的东西。