Trhat's a great solution, thanks Geoff. I just wrote skeleton scripts
and it works a treat.
-----Original Message-----
From: Rowell, Geoff [mailto:growell@ENVOYWW.COM]
Sent: Friday, 9 September 2005 11:16 PM
To: Igor Zevaka
Cc: users@subversion.tigris.org
Subject: RE: Mirroring a Subversion Server
Igor Zevaka [mailto:igor.zevaka@cognethos.com] wrote:
> Our company is changing from SourceSafe to SubVersion. The problem is
the > subversion server is located somewhere else and we need to access
it using > a slow Internet link. Is it possible to set up a caching
SubVersion server > that we can work with locally and get it to update
the slow server only if > a change has been made. Alternatively we need
a mechanism that will write > out the new files with history
periodically.
I do something similar by maintaining a "warm" backup of my company's
code repository. I use two scheduled jobs (that run every five minutes)
to create, and consume, revision dumps. The job scripts are built around
the "svnlook", "svnadmin dump" and "svnadmin load" commands.
The create job runs on the local repository server and produces one dump
at a time - when the youngest revision is greater than the last dumped
revision. I record the last dumped revision number in a dump directory
file.
The consume job runs on the remote repository server and loads all dump
files beyond its youngest revision.
I use a network share to transfer the dump files, but I see no reason
why some other transfer method couldn't be added to the create script.
Just to be really anal, I archive all the dump files.
-Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 12 03:12:13 2005