SVN合并-哲学

Question

我们正在考虑限制颠覆项目中的合并点。

背后的想法是保持合并更整洁，因为我们害怕与开发新的svn显著数量，我们可能会得到不同的汇合点的蛛网。

我们怕的所​​有不同的副作用，所以这样的限制将有助于我们一切准备就绪。

作为一个基本的概念，我们决定只允许对根分枝，只在树枝上的顶部合并。 这一切都很好。 但....

但是，由于某些开发人员组在总干线上使用了10％的资源，因此仅允许他们分支是合理的。

然后，乐趣开始了。 如果我们给予他们自由意志，那么合并可能发生在任何地方。 我真的很害怕。 这就是我来到这个问题:-)

您如何看待设置事物的干净方法？

谢谢！

Answer 1

除非您想限制对特定分支的提交访问，否则在Subversion中没有简单的方法可以做到这一点。

首先，通常只希望将合并限制为文件的一小部分子集。 如果您仅允许在项目级别进行合并，那么在需要时我将无法选择性地合并。

另一个问题是svnlook不会告诉您为什么更改了文件。 即使您可以在某些文件上包含svn：merge-info的情况下阻止提交，用户也可以轻松使用--ignore-ancestery参数，不仅进行合并，甚至不记录合并的完成情况，这会使您更糟因为您没有信息甚至合并已经完成。 请记住，如果阻止用户执行他们认为需要做的事情，他们将找到解决您的限制的方法。

最好的办法是信任您的开发人员，并培训他们如何以及为什么在Subversion中进行合并。

请记住，当涉及到Subversion时，您是众所皆知的上帝。 您所有已知的存在都没有隐藏任何东西。 如果开发人员确实做了古怪的合并，您将通过“ svn日志”知道。 这种力量使开发人员保持一致。 如果您让技术领先者了解为什么需要合并一个逻辑一致的庄园，这尤其如此。 归根结底，如果合并出错，那么开发团队就会受苦。