2017-12-18 274 views
2

我想通过高级开发人员来检查初级开发的代码,他们承诺他们的代码SVN之前。我如何使用SVN管理它?我的观点是高级开发人员通知Junior开发人员想要提交他们的代码(例如通过电子邮件),并在他们确认后,代码提交。 我们的SVN是windows服务器上svn的高级开发人员确认前提交代码

谢谢。

+1

我不认为在Subversion中有这样的支持。也许你想探索转向Git。 – tripleee

+1

虽然git支持更好的分支策略,但“这样的事情”被夸大了。 –

回答

1

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

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

+0

这。对此的附录是,这实际上可以通过svn authz文件实施。授予(初级?)开发人员对分支机构的读写访问权限,并严格阅读中继线的访问权限。然后,给高级开发人员读/写访问干线(以及分支机构,如果需要的话)。这样,合并到主干__中的唯一更改就是来自高级开发人员。 – Chris

1

有两种可能性:

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

    • 从来没有做任何树合并(合并子目录;仅在主干或分支合并级别)
    • 在不同的分支之间永不合并,除了你正在分支的路径(通常这是干线)。所以没有同事交叉。
    • 总是将分支中的所有提交合并到中继,并始终将中继中的分支完全同步。所以没有采摘樱桃
    • 通过遵循这些规则,您可以轻松地合并并保持您的树干清洁,而无需使用任何修订版本号。有关更多详情,请参阅svnbook/merging
    • 也意味着整合合并(从developerbranch到后备箱)总是无冲突的(树干)的所有变化通常是由开发商事先合并。如果主干维护者合并过程中遇到冲突,他拒绝分支,并告诉开发人员同步从主干合并解决这个矛盾在他的分支
    • 你应该保护树干从的初级开发人员提交但既无必要,也很重要的整体过程
    • https://stackoverflow.com/a/7387277/23264更多信息请参见(有一些奇特的ASCII艺术)
  2. 可以接受补丁的人送左右。这是一个非常手动的过程,但它取决于您拥有多少个Junior Developer。请注意,虽然听起来不可能,但整个svn开发过程的工作原理是将补丁发送到邮件列表,直到您发送足够的提交者权限。

1

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

VisualSVN Server Path Properties

我有样,在这个例子这里被骗:

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