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

Re: subversion multisite

From: Ryan Schmidt <subversion-2009b_at_ryandesign.com>
Date: Mon, 18 May 2009 07:43:11 -0500

On May 18, 2009, at 06:00, Irfan Sayed wrote:

> ok. now i have resolved the error. what i have seen is that
> replication is only happening one way and not the two way. i can
> make the changes in both the repository but syncing is happening
> only in one way. if i make the changes in destination repository
> then thiose changes will not reflect in source repos.
>
> how should i configure so that two way replication is enabled so
> that whenever chnages happens in any repos. those changes shud go
> to other repos.

That's not what svnsync does. Svnsync is one-way replication, from a
single master to any number of slaves. Some organizations use this to
create read-only mirrors of their repositories, for clients who need
to see the contents of the repository but don't need to change it.
For example, SourceForge and other open-source hosting sites let
anyone read any project's repository, but only a handful of people
identified as that project's developers can commit changes.

If you want full read/write access on the slave, then you need to do
some additional setup. What you will really end up with is read-only
access to the slave, and if any write requests occur, they will be
transparently proxied back to the master, from which they will be
replicated back to the slave again. This is called the "write-through
proxy" feature; I'm not sure where the official documentation is but
this might help:

http://www.google.com/search?q=subversion+write-through+proxy

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2299540

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-18 14:47:46 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.