On Wed, Jul 27, 2011 at 10:12 AM, Phil Pinkerton <pcpinkerton_at_gmail.com> wrote:
> A local SVN "expert" tells me svnsync is all I need with regards to
> moving several (about 2 hundred) repositories from a Unix server to a
> Linux server even though there are mixed versions of SVN.
> Some are 1.5x others are 1.6.x (all are FSFS).and the destination
> server will have
> 1.6.17 svn installed ( Subversion Edge )
It's an efficient and graceful way to move them, one where you can
presynchronize the data ahead of time and update it. You can also
review your layouts. and see if there are repositories to merge,
split, or discard at this time.
svnsync does not bring along the local hook and configuration files,
but only the repository contents. You'ld have to transfer them
separately, but this is often safer.
> Is it possible it is as simple as say doing an SFTP of all the Unix
> Repositories to the Linux server then running svnsync on each repo ?
There are profound dangers of doing this. It's a database on the back
end. If someone adds one commit that you missed, or you copied one
file before it was completely written to the database, you've
corrupted your replica. This is why people are so careful to lock
their old repositories read-only, mirror the material carefully, and
only when they're finished do they activate the mirror repository.
This is also all built into WanDisco's commercial multi-hosting tools.
> any one done this successfully I am a bit of a skeptic when a task of
> this magnitude ids described as being too simple. WE are taking about
> several repos many well over 4GB
Which, by modern standards, is quite modest.
By the way: use "rsync" instead of "sftp", in order to be able to
restart things if interrupted.
> " The fundamental principle here is that the justification for a
> physical concept lies exclusively in its clear and unambiguous
> relation to the facts that it can be experienced" AE
> Please Feed and Educate the Children... it's the least any of us can do.
Received on 2011-07-27 19:04:47 CEST