多个存储库之间的SVN同步

我们正在使用SVN，我们有现场和离岸团队。SVN存储库目前位于岸上，这意味着从离岸到SVN的连接非常缓慢。我们也希望在离岸设置和SVN。我们需要两个SVN存储库保持同步。如果需要任何第三方产品，最好的做法是什么

---

谢谢

在这里，您需要设置SVN主从设置

基本上：

从属服务器有自己的本地存储库，可以为本地读取请求提供服务 对从属服务器的写请求必须使用或转发到主服务器，我将使用第二个 从存储库必须与服务器的存储库使用同步 如果您喜欢使用WebDAV，这是一个很好的起点，同时将向您展示如何使用提交后挂钩设置同步

---

请注意，您还必须修改从属服务器上的默认脚本，因为svnsync需要直接修改某些属性。

此处您需要设置SVN主从设置

基本上：

从属服务器有自己的本地存储库，可以为本地读取请求提供服务 对从属服务器的写请求必须使用或转发到主服务器，我将使用第二个 从存储库必须与服务器的存储库使用同步 如果您喜欢使用WebDAV，这是一个很好的起点，同时将向您展示如何使用提交后挂钩设置同步

---

请注意，您还必须修改从属服务器上的默认脚本，因为svnsync需要直接修改某些属性。

因为您询问了第三方产品，WANdisco Subversion MultiSite是一款第三方产品，它使用真正的主动复制为Subversion存储库提供无缝HADR和全局多站点。写入和读取总是到本地LAN repo。我们的客户通过如上所述的svnsync部署来到我们这里，因为他们需要svnsync提供的性能、可扩展性和数据安全

DVCS本身无法修复WAN克隆或复制问题

---

免责声明：我是WANdisco plc的员工，因为您询问了第三方产品，WANdisco Subversion MultiSite是一款第三方产品，它使用真正的主动复制为Subversion存储库提供无缝HADR和全局多站点。写入和读取总是到本地LAN repo。我们的客户通过如上所述的svnsync部署来到我们这里，因为他们需要svnsync提供的性能、可扩展性和数据安全

DVCS本身无法修复WAN克隆或复制问题

---

免责声明：我是WANdisco plc的员工，VisualSVN Server 3.0企业版引入了遵循经典主/从复制体系结构的功能。该功能基于VDFS VisualSVN分布式文件系统技术，允许在多个远程站点之间进行双向、自动和透明的数据复制：

从和主存储库都是可写的，从最终用户的角度来看，它们的行为类似于常规的Subversion存储库

开箱即用。您只需对存储库复制执行最低限度的权限管理，并调整防火墙规则

复制是自动且透明地完成的

---

请参阅。

VisualSVN Server 3.0企业版引入了遵循经典主/从复制体系结构的功能。该功能基于VDFS VisualSVN分布式文件系统技术，允许在多个远程站点之间进行双向、自动和透明的数据复制：

从和主存储库都是可写的，从最终用户的角度来看，它们的行为类似于常规的Subversion存储库

开箱即用。您只需对存储库复制执行最低限度的权限管理，并调整防火墙规则

复制是自动且透明地完成的

---

请参阅。

它被称为“通过代理写入”，并在顺便说一句中进行了描述。您是否有意提供指向过时SVNBook的链接很抱歉链接到旧版本的SVNBook，我已经编辑了URL。看来我必须更新我的书签了：虽然这些页面上的内容保持不变……我在svnbook.read bean.com/en/1.7/上看到了链接。好东西。我忘了提到我们使用“SVN服务”，似乎有一些限制。我也不太明白svnsync是否会锁定从机的读取操作，直到主机的写入操作完全同步到从机。这是最好的非商业选择，但您必须记住，只有主服务器是可写的，因此可能会出现单点故障，如果从服务器不同步，您将导致多个冲突。它被称为“通过代理写入”，是一种

---

顺便问一下，您是否有意提供指向过时SVNBook的链接很抱歉链接到旧版本的SVNBook，我已经编辑了URL。看来我必须更新我的书签了：虽然这些页面上的内容保持不变……我在svnbook.read bean.com/en/1.7/上看到了链接。好东西。我忘了提到我们使用“SVN服务”，似乎有一些限制。我也不太明白svnsync是否会锁定从机的读取操作，直到主机的写入操作完全同步到从机。这是最好的非商业选择，但您必须记住，只有主设备是可写的，因此可能会出现单点故障，如果从设备不同步，您将导致多个冲突。