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

Re: moving project to a new repository

From: Ryan Schmidt <subversion-2009a_at_ryandesign.com>
Date: Wed, 4 Mar 2009 07:54:45 -0600

On Mar 4, 2009, at 05:32, Parashkev Penev wrote:

> On Mar 4, 2009, at 12:18 , Ilan Yaniv wrote:
>> Aha, but svn dump and load moving the whole repository. I want a
>> single project from the repository, and to have much less revisions.
>> The thing is that currently in our SVN repository there are many
>> projects and 28000+ revisions.
>> So when a user wants to see a log, it takes him about 10secs to
>> open the log, and about 20Min to create a Tree view.
>> So, I thought that if I copy the projects to separated
>> repositories, I will spend less time with going over revisions
>> from other projects.
> You entirely misunderstood the concept of subversion, when you
> created the repositories, but..

I wouldn't say that. It's completely fine to have multiple projects
in one repository, just as it's completely fine to put each project
in its own repository. There are advantages and disadvantages to each
method. Converting from one setup to the other is possible, but in
either direction this comes with significant trade-offs, which you
must either accept or decide to leave it the way it is.

> you should use svndumpfilter to filter the repository dump file.
> Then if you like to load the repository properly you may need to
> run some sed substitutions on the dump files as well. Then create
> the new repository and load the dumpfile in it. If your users have
> extensively used move/copy operations then you will need to look
> for one of the many scripts that can handle the dump file
> (svndumpfilter does not work). Take a look here
> http://www.yolinux.com/TUTORIALS/SubversionRepositoryDataTransfer.html
> http://mikebradford.org/2008/6/11/subversion-administration-part-i-
> repository-migration

I highly recommend you do *not* use sed to manipulate a Subversion
dumpfile. It is a binary file and there's a high probability you will
corrupt it by changing it using tools not designed to read Subversion
dumpfiles. There are several tools that are designed to read
Subversion dumpfiles, such as svndumpfilter, svndumptool,
svndumpfilter2, svndumpfilter3, which would be more reliable.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-04 14:55:39 CET

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.