subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bob Archer <Bob.Arc...@amsi.com>
Subject RE: Breaking up a monolothic repository
Date Wed, 02 Oct 2013 17:00:41 GMT
> Am 10.09.2013 19:45, schrieb Thomas Harold:
> 
> > When we moved from a monolithic repository to per-client repositories
> > a few years ago, we went ahead and:
> >
> > - Rebased the paths up one or two levels (old system was something
> > like "monolithicrepo/[a-z]/[client directories]/[job directory]") so
> > that the urls were now "clientrepo/[job directory]".  That was a
> > tricky thing to do and we had to 'sed' the output of the dump filter
> > before importing it back.
> >
> > It broke a few things, such as svn:externals which were not
> > relative-pathed, but was worth it in the long run so that our URLs got
> > shorter.
> >
> > - Made sure that the new repos all had unique UUIDs.
> >
> > - Renumbered all of the resulting revisions as we loaded things back in.
> >   But we didn't have to deal with any bug tracking systems that
> > referred to a specific revision.  And having lower revision numbers
> > was preferred, along with dropping revisions that referred to other projects.
> 
> I'm now facing the same problem. My users want the rebasing, but during the
> dump/load instead of after the fact (apparently, it causes issues with their
> environment when they need to go back to an earlier revision to reproduce
> something). They also want to keep the empty revisions (for references from
> the issue tracker).

Wouldn't it be much simpler to keep the current repository as a read only archives and move
the HEAD of each project into its own repo?


> I haven't tried it with svnadmin dump followed by svndumpfilter (I don't think it
> has that capability).
> 
> I've tried svnrdump (from svn 1.7), it resulted in either a new repository with
> the full path included (rdump/load all revs) or an interesting failure mode with
> a missing node during a copy operation when rdump -r
> <revision_after_path>:HEAD was used
> 
> I've also tried using svnsync, but that also results in the full path included, no
> rebasing.
> 
> How did you do it? Also, am I missing something that has been included in a
> current svn version?
> 
> Cheers,
> 
> Ulli

Mime
View raw message