[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Setting up two Parallel svn Servers across two countries

From: Patrick du Boucher <patrick.duboucher_at_gmail.com>
Date: Wed, 2 Jul 2008 19:09:51 +0200


Thanks for the reply.
I've a feeling that an upgrade in SVN will answer our needs.
I've actually stumbled upon WANdisco while I was searching. but it wasn't
clear to me whether this is a successful option that's been tried and
tested. (I presume there's significant cost involved and I'd want to be sure
we're getting value for money.)

Thanks for the help,

2008/7/2 Adrien <hannibalbundy_at_gmail.com>:

> Hi Patrick,
> You can look at the write-through-proxying fonctionality<http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.writethruproxy>,
> it's a new feature of subversion 1.5. Nevertheless in this case, only the
> checkout/update will be done localy, every checkin/commit must will be done
> on a master server.
> If this solution is not acceptable, take a look at svk<http://svk.bestpractical.com/view/HomePage>or
> WANdisco <http://www.wandisco.com/>.
> Adrien
> 2008/7/2 Patrick du Boucher <patrick.duboucher_at_gmail.com>:
> Hi All,
>> Basically, I need to enable users in two different countries to access the
>> same svn repository *without* having the problem of slow and time consuming
>> check-in/outs. (We can't count on lightning fast connection speeds!)
>> I'm thinking of setting up an SVN server in one country and another in the
>> second country.
>> The problem I have is how to keep the two synchronised.
>> What happens when one user checks into one server. how can I have those
>> changes reflected in the second server?
>> Or is there a better solution to my problem?
>> Thanks so much
>> Patrick
Received on 2008-07-02 19:10:21 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.