Git 跨站点管理源
我们有几个站点,并且使用一个集中式subversion存储库 存储库很大,网络带宽意味着在站点之间获取源需要几个小时 你有什么建议?一个选择是开始使用Git,但它可能非常昂贵。在主站点上仍然有一个中央SVN存储库,在小站点上安装git,然后我们就可以使用git SVN管道了,怎么样Git 跨站点管理源,git,svn,version-control,git-svn,Git,Svn,Version Control,Git Svn,我们有几个站点,并且使用一个集中式subversion存储库 存储库很大,网络带宽意味着在站点之间获取源需要几个小时 你有什么建议?一个选择是开始使用Git,但它可能非常昂贵。在主站点上仍然有一个中央SVN存储库,在小站点上安装git,然后我们就可以使用git SVN管道了,怎么样 确保您使用的是1.7+版本的Subversion服务器和客户端。版本1.7引入了某些性能改进,特别是对于http://协议 gitsvn使用标准的svn协议,因此它不会固定与Subversion服务器的通信速度 然而
gitsvn
使用标准的svn协议,因此它不会固定与Subversion服务器的通信速度
然而,由于大多数Git操作都是本地的,因此用户必须很少与服务器交互。基本上,在这种情况下只有两个慢速命令:git svn dcommit
和git svn fetch
git推送时
SubGit将提交转换为SVN修订,在每次SVN提交时
将提交的修订转换为git提交
请注意,在本例中,您使用的是Git协议,这可能会显著提高速度
有关SubGit的更多详细信息,请参阅和
免责声明:SubGit是一款商业软件;我是SubGit开发人员之一gitsvn
使用标准的svn协议,因此它不会固定与Subversion服务器的通信速度
然而,由于大多数Git操作都是本地的,因此用户必须很少与服务器交互。基本上,在这种情况下只有两个慢速命令:git svn dcommit
和git svn fetch
git推送时
SubGit将提交转换为SVN修订,在每次SVN提交时
将提交的修订转换为git提交
请注意,在本例中,您使用的是Git协议,这可能会显著提高速度
有关SubGit的更多详细信息,请参阅和
免责声明:SubGit是一款商业软件;我是SubGit开发人员之一如果您想坚持使用纯Subversion工具链,请考虑执行以下操作:
svnsync
将该修订版推送到镜像
如果仍然太慢,您可能需要研究。如果您想坚持使用纯Subversion工具链,请研究执行以下操作:
svnsync
将该修订版推送到镜像
如果速度仍然太慢,您可能需要查看。您可以尝试使用VisualSVN服务器
多站点存储库复制允许您在主站点上设置主存储库,并在其他远程位置安装多个从属存储库。从服务器和主服务器之间的双向数据复制是透明和自动的,每个从服务器和主服务器都是可写的,从客户端的角度来看,它们充当常规的Subversion存储库。您可以尝试使用VisualSVN服务器
多站点存储库复制允许您在主站点上设置主存储库,并在其他远程位置安装多个从属存储库。从机和主机之间的双向数据复制是透明和自动的,每个从机和主机都是可写的,从客户端的角度来看,它们充当一个常规的Subversion存储库。为什么使用git会很昂贵?@James Reed,我的意思是切换到git会很昂贵,或者更确切地说可能很昂贵。你的意思是什么“在站点之间获取资源需要几个小时"? 哪些subversion命令速度慢?@AlexMa,svn更新是一个例子,但原因可能是源的数量太多,需要连接到远程服务器。@yart-Hmm。。。如果svn更新很慢,那么要么你的网络连接真的很慢,要么你的工作副本与HEAD版本非常不同。SVN仅通过网络传递差异。你是在控制大型二进制文件的版本吗?为什么使用git会很昂贵?@James Reed,我的意思是切换到git会很昂贵,或者说可能会很昂贵。你所说的“在站点之间获取源代码需要几个小时”是什么意思?哪些subversion命令速度慢?@AlexMa,svn更新是一个例子,但原因可能是源的数量太多,需要连接到远程服务器。@yart-Hmm。。。如果svn更新缓慢,那么您的网络连接