SVN批准合并

Question

我们有一个非常标准的开发过程：在一个新的功能请求/错误修复上，我们的开发人员创建了一个自己的SVN分支，在那儿开发代码，我们进行了几次代码审查迭代，再次提交了代码审查更改，并且当所有开发人员都认为确定时，我们喜欢将其合并回SVN中继的代码。

现在，一个来自使用级别以上的请求进入了系统：只有在更高级别的m @ n @ g€mnt批准的情况下，我们才应该合并回主干。 他们有效地要求我们阻止“ svn merge ”，直到某人按下某个按钮，从而在某处设置了一个标志...

这有可能吗？ 如果是，如何？

Answer 1

如果您对主干的提交仅是合并集，则可以使用预提交钩子，该钩子

• 拦截提交到/ trunk
• 检查此提交中定义的某些文件或（甚至是/ trunk）的某些属性 （最初，该属性必须在branch-root中定义，并在WC中合并时显示为trunk的属性）
• 仅当定义的属性定义并具有预定义的值时才允许此提交

如果您的提交是混合的（直接在主干中进行开发和合并），则可以稍微扩展上面的钩子并检查两个svn属性，其中必须定义一个（并且只有一个）。

诸如“直接提交是”和“合并批准的是”之类的东西。 对于开发提交，必须不存在merge-approved定义，而将定义direct-commit ，对于合并集，情况则相反（不存在direct-commit ，定义了merge-approved ）

我只看到管理和管理方面的一个问题：在创建分支时，所有这些属性都必须在分支中擦除，“签名”分支以批准合并必须以安全的方式发生（普通属性集将很快被利用）