Svn 联合(同步)Subversion服务器?

Svn 联合(同步)Subversion服务器?,svn,version-control,Svn,Version Control,是否可以创建“联合”Subversion服务器? 在位置A的一台服务器和位置B的另一台服务器中,自动同步存储库的本地版本。这样,当任何一个位置的人与存储库交互时,他们都在访问各自的本地服务器,因此响应时间更快。听起来像您希望的那样。有一个Google对话。这可能并不完全是您想要的,但您可能能够实现操作系统级集群。这或多或少是一个完美的使用案例。SVK是subversion的一个命令行前端,可用于存储库的整个本地副本。因此,您的提交、更新等将在本地存储库中工作,然后您可以与主存储库同步。我通常会推

是否可以创建“联合”Subversion服务器?
在位置A的一台服务器和位置B的另一台服务器中,自动同步存储库的本地版本。这样,当任何一个位置的人与存储库交互时,他们都在访问各自的本地服务器,因此响应时间更快。

听起来像您希望的那样。有一个Google对话。

这可能并不完全是您想要的,但您可能能够实现操作系统级集群。

这或多或少是一个完美的使用案例。SVK是subversion的一个命令行前端,可用于存储库的整个本地副本。因此,您的提交、更新等将在本地存储库中工作,然后您可以与主存储库同步。我通常会推荐SVK而不是普通的subversion,因为它让很多事情变得更好。没有。svn文件夹,更好的分支和合并,更好的冲突解决。

Subversion 1.5在1.4中添加的现有SvnSync支持基础上,为webdav服务器引入了直写代理支持。这允许您使用本地镜像来检索文件和历史记录,但提交会直接提交到主存储库。如果设置正确,本地镜像将立即接收更改


有关更多详细信息,请参阅。

有不同的方法可以实现SVN存储库的复制,而无需使用外部工具,如
SVK
(目前似乎已被放弃)。Subversion存储库和服务器的复制有助于解决分布式工作流的挑战,并为地理分布的团队带来性能改进

Subversion支持基于钩子脚本和
svnsync
工具。如果您使用VisualSVN服务器,您可以使用它,它比
svnsync
有几个主要好处。例如,VDFS比svnsync快得多,并且完全支持锁定


直接链接到相关部分:听起来很酷。但我不知道那到底是什么。你能解释一下吗?当然。首先,我要说的是,我从来没有真正做到过,但我听说在HA/DR用例中使用Windows Server 2003成功地做到了这一点。这就是为什么我说它可能不是你想要的,因为我相信它通常用于那个场景,而不是你想要做的。我不确定这对你来说是Windows还是*nix场景,但我可能会从一些谷歌搜索和操作系统集群的基础研究开始。基本上,据我所知,最终得到的是2台物理服务器,具有相同的硬件,它们在操作系统级别进行镜像,因此它们与我所寻找的类似……如果有这样一个单独的解决方案,我将假设此功能在SVN核心it中不可用。它看起来比我想要的要复杂一点,但它似乎可以完成任务。@Mat您的链接已断开。太多的https<代码>svk似乎已被放弃。有很多现代方法可以实现分布式
svn

啊,是的,我知道会有一种方法出现。我熟悉Git和类似的东西(Mercurial等),并且理解分布式源代码控制的概念非常相似。但是,至少对我个人来说,我需要在VisualStudio的环境中使用它,因为有一个很棒的名为VisualSVN的插件,而且有些项目已经相当归属于SVN。我肯定会考虑Git的未来产品。如果有更多的工具与像VisualStudio这样的Windows IDE集成,它会更为重要。