Ryan Schmidt wrote:
> On Dec 8, 2006, at 06:19, Hari Sekhon wrote:
>> i have a subversion repository at work and also one at home. The
>> things I do
>> at home and at work usually coincide since I never seem to stop
>> working so
>> I'd like to share some of my work between the two and keep files in
>> repositories. This is also good from an off site backup perspective.
>> I'd ideally like to be able to check in something and for it to go
>> to both
>> repositories at the same time, but failing that it would be
>> sufficient to
>> just be able to sync the 2 often. Bearig in mind that one repo will
>> have some stuff I don't want in the other and vice versa...
>> Thinking of the offsite replication point of view. This is an excellent
>> thing to do so I'm hoping I'm not the first person to have thought
>> this and
>> something has been done to accomodate it.
>> Does anybody know if this can be done and if so how I could go about
>> implementing it?
> Subversion doesn't offer this. As of Subversion 1.4 there's a new
> thing called svnsync, but that's only for making read-only copies of
> a repository; you want both repositories to be writeable and svnsync
> doesn't support that.
> You may want to look into svk, which is based on Subversion and is
> designed for distributed repositories. It may support the model
> you're looking for.
I'm not sure whether this would be technically feasible or not, but does
anyone know if it is possible to install a hook (post-commit?) at each
repository that, after a successful commit, performed a commit to the
other repository? Assuming there's only ever work occurrng at one
repository at any one time, there shouldn't be concurrency issues with
rev numbers changing at the other repo, and it would allow both repos to
remain readable and writeable (as opposed to using svnsync to make one
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sat Dec 9 02:26:43 2006