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

Re: Working across the continents

From: Yashpal Nagar <yash_at_linux-delhi.org>
Date: 2005-07-18 19:18:38 CEST

You are in same boat in which i was 3 months back.:)

I would recommend you to try svnreplicate which is amazing.
Read svk FAQs before trying it.
I have setup of few megs of repository one in US and other in india.
Its amazed, the syncing is smooth and you can have n slave servers.
read more at https://open.datacore.ch

Really good work!

Regards,
Yash

On Sunday 17 Jul 2005 1:08 am, Suu Quan wrote:
> Newbie here.
>
>
>
> Background: our shop is Clearcase/UCM, and it's not working optimally
> for us -> investigating alternatives. One question:
>
>
>
> Situation: Our development teams (300 developers) are split 30% USA, 70%
> India, over a not too fast network. I wouldn't call it slow, but it's
> not super fast. (I've worked at 50% USA, 30% Singapore, 20% Gemany
> situation, thus they were working 24 hours a day). So, my situation is
> not unique.
>
>
>
> If we have a single repository, say in the USA, then developers in other
> continents will have to deal with our -not too fast, but decent-
> network. Of course, one solution is to upgrade the networ$$$k.
>
>
>
> If we have distributed repositories, then developers access a local
> network (faster) and can also take advantage of the work done by other
> teams.
>
>
>
> I've gone thru the svn book and there is no talk about this topic.
>
>
>
> Question is: what is SVN solution for teams working over long distance?
>
>
>
> Thanks in advance
>
>
>
> Suu Quan
>
> Release Engineering

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 19 07:17:48 2005

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.