Ryan,
Thx
Looks like SVK has to be selected for option #2.
Thx
Tim
-----Original Message-----
From: Ryan Schmidt [mailto:subversion-2006d@ryandesign.com]
Sent: Wednesday, October 18, 2006 1:49 PM
To: Tim Liu (gangliu)
Cc: users@subversion.tigris.org
Subject: Re: remote site dev: single repository vs mirror repos
On Oct 18, 2006, at 11:30, Tim Liu ((gangliu)) wrote:
>>> I am investigating subversion repository strategy for remote site
>>> developement. Please share u experience/opinions. very appreciate
>>> it.
>>>
>>> 2 choices:
>>>
>>> 1. One way is to have a single repository. All developers in
>>> different geographic sites will access it via either Apache or
>>> svnserver.
>>> 2. The second way is to have mirror repository in different sites
>>> and syncup (2 ways both read/write) among them.
>>>
>>> Which way is widely used in remote site dev among subversion users?
>>> Assume network bandwidth is not a issue. it is high-speed.
>>>
>>> I can see #1 is easier to manage but performance may be a concern
>>>
>>> #2 maybe look like performance is good.
>>
>> It's very easy: Subversion does not provide option #2, so you must
>> use option #1.
>>
>> If you want to try option #2, look into SVK, which is based on
>> Subversion and should support that.
>>
>> http://svk.bestpractical.com/
>
> Subversion 1.4 has svnsync. Does it support option #2?
No, it does not. svnsync lets you make read-only mirrors of a
repository, not read-write mirrors which seems to be what you want.
svnsync is also not ideal even if you want to be able to conduct read-
only operations on the mirror and then check in to the master.
svnsync is only really appropriate if you want to have read-only mirrors
that will only be accessed by people who will only read, never write.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 19 00:32:41 2006