我已经在debian服务器上创build了两个存储库。 一个svn repo dev将包含公司工程师使用的文件和代码。 另一个回购， doc将包含pipe理/销售人员将使用的销售文档，报价等。
鉴于两个回购使用要求是不同的，并且将使用它们的用户具有不同的计算机技能水平，我希望能够对每个存储库应用不同的pipe理风格。
一个这样的例子，和我目前的问题是，我希望文件回购有自动道具启用添加svn:needs-lock属性到所有文件。 这是销售和pipe理的要求，因为他们对使用SVN还没有信心（因此他们想要坚持锁 – 修改 – 解锁版本模式）。
不过，我不想将这些限制应用于开发库。
所以通过TortoiseSVN客户端，我可以修改Subversionconfiguration文件来启用自动道具等。
但是，我如何pipe理这些位于同一服务器上的repos，并使用相同的客户端来满足这个svn：needs-lock的问题？
有没有更好的方法来处理这个有两个回购的概念， 需要有不同程度的限制。
注意：我们是一家小公司，没有ITpipe理员。 要求工程师把IT作为正常工作的一个辅助任务。 所以解决scheme需要足够简单，不能保证持续的维护。
我想澄清一下你的问题。 使用开发库的工程师想要使用复制 – 修改 – 合并版本控制模型（更适用于非二进制文本内容，例如源代码），非技术用户将坚持locking – 修改 – 解锁 （更适合二进制文件，例如PSDs，DOCXs，XSL等…）模型与回购文档 。
Copy-modify-merge是Apache Subversion的默认版本模型，您不必为dev repo和/或techs客户端执行任何定制。
为了强制locking – 修改 – 解锁模型到文档库，您可以执行以下维护任务：
调整客户端的SVN'config'，以便在所有新添加的文件上自动应用svn:needs-lock属性。 这个任务可以通过在客户端的Subversion config中启用自动道具来完成， enable-auto-props=yes并在[auto-props]configuration区域指定自动道具模式。 有关运行时configuration区域的详细信息，请参阅SVNBook （您可以使用AD安全策略自动执行此过程）
在存储库根节点上recursion地设置svn:needs-lock属性，将其应用于您当前在doc存储库中拥有的所有项目，
为doc repo创build一个Subversion钩子脚本，检查是否在二进制文件上设置了svn:needs-lock ，如果该属性不存在，则拒绝提交。 下面的文章应该是有帮助的： “自动locking修改解锁” 。