如果是非实时同步,比如定时在某个时间点将最新版传过去,或者在需要时将最新版传过去,那就随便弄了,操作系统的定时任务都可以。
svn自带了svnsync同步机制,但不确定能否满足你们的使用要求。因为svnsync的同步,只能实现源服务器向目标服务器的单向同步,也就是说对目标服务器上的内容,只能进行update操作,而不能进行commit操作。如果你们只是想把总部服务器上的数据取过来,而不用修改后传回总部服务器,那么用svnsync就可以
了;若还想传回去,那就要另想办法了。
关于svnsync的同步设置,网上搜索一下吧,不是一两句话能说清的。
你原来的想法是不能实现的,SVN自身的同步机制svnsync中,只能对源服务器进行commit操作,对同步服务器只能checkout、update而不能commit的,否则会导致svnsync失败。也就是说要在多台SVN服务器之间保持数据一致的话,只能设置其中某一台服务器可写,其它服务器都必须只读。
建议你换个思路,为什么不直接将第三方公网的SVN空间作为主服务器呢?所有的checkout、update、commit操作都对这个serverC进行操作,反正你在公司和家里都能直接访问serverC。如果出于数据安全、编译部署方面的考虑,可以将公司或家里的SVN服务器都作为备份服务器,使用svnsync方式将serverC上的内容同步到serverA或serverB,但不对直接serverA、serverB进行写操作。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)