我们正考虑在我们的颠覆项目中限制合并点。
背后的想法是保持合并更加整洁，因为我们担心 相当多的开发人员刚接触svn，我们可能会得到不同合并的蜘蛛网 点。
我们害怕所有不同的副作用，因此这些限制将有助于我们掌握一切。
作为一个基本概念，我们决定只允许在root上进行分支，并仅在分支的顶部进行合并。这一切都很好。但是......
但是由于一些开发人员组在整体干线上使用10％，因此允许它们仅在分支上使用似乎是合理的。
然后开始有趣。如果我们给他们自由，那么合并可能会到处发生。 我真的很害怕。这就是我遇到这个问题的方法： - ）
你怎么看待设置的简洁方法？
谢谢！
答案 0 :(得分：0)
除非你想限制对特定分支的提交访问，否则在Subversion中没有简单的方法。
首先，通常只想将合并限制为一小组文件。如果您只允许在项目级别进行合并，则无法在需要时进行选择性合并。
另一个问题是svnlook没有告诉你文件被更改的原因。即使您可以阻止提交，如果某些文件上有svn：merge-info，用户也可以轻松使用--ignore-ancestery参数，而不仅仅是合并，但甚至不记录它已经完成，这会让你更糟糕因为您没有合并甚至完成的信息。请记住，如果您阻止用户做他们认为需要做的事情，他们会找到解决限制的方法。
最好的办法是相信你的开发人员，让他们训练他们应该如何以及为什么要在Subversion中进行合并。
请记住，在Subversion方面，你是一个全能的上帝。你所知道的存在并没有隐藏的东西。如果开发人员确实做了一个古怪的合并，你会通过“svn log”知道。这种力量使开发人员保持一致。如果您获得技术主管以了解为什么需要合并一个合乎逻辑且连贯的庄园，那么尤其如此。毕竟，如果合并出错，开发团队就会受到影响。