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

Re: svnsync - practical applications and plans

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-08-27 23:40:02 CEST

On 8/27/06, David Summers <david@summersoft.fay.ar.us> wrote:
> On Sun, 27 Aug 2006, Max Bowsher wrote:
>
> > Paul Cameron wrote:
> >> Hello,
> >>
> >> I'm not sure if this should be posted to the users or dev alias, please
> >> let me know if not appropriate for the dev list.
> >>
> >> I look forward to the new svnsync feature in 1.4. I see immediate
> >> applications for repository backup via replication.
> >
> >
> >> I feel another
> >> interesting application would be for remote offices to perform all
> >> 'non-commit' operations (log, update, etc.) against a local, replicated
> >> server and commits against the remote, central server. The obvious
> >> benefit would be much improved performance for non-commit operations
> >> instigated from the remote offices. I believe this capability would
> >> require clients that support two urls for the same repository. Is this
> >> feasible and/or planned, or am I way off base here?
> >
> > That's actually a pretty interesting idea, though I'd submit the
> > alternate design of the client only having one URL, and having the
> > server either 'passing through' write operations to the upstream server,
> > or issuing some sort of 'referral' to the client informing it to re-try
> > against a different server.
> >
> > My reasons for the alternate suggestion are:
> >
> > 1. Simplified user experience, they do not have to specify two URLs that
> > must match.
> >
> > 2. Gives read-only server a hint that it should be looking for new
> > changes to sync.
> >
> >
>
> This would be EXTREMELY helpful in my situation as I've got a 2 - 3 GB
> repository that is being used across the Internet, sometimes with big
> (200-300 MB) updates. If we could set some property on a slave repository
> that would re-direct clients to commit to the main repository then that
> would be ideal.
>
> Is this something that would be hard to implement? Something that would
> be a great feature for 1.5?

Justin implemented a version of this on a branch a while back:

http://svn.collab.net/repos/svn/branches/dav-mirror/

It's not up to date, and at the time we didn't have svnserve, so it
doesn't use that to do the mirroring, but there's certainly potential
there...

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 27 23:40:29 2006

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

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