C. Michael Pilato wrote:
> The knowledge could be useful, yes. The Subversion book documents the
> major issues that caused us grief.
:-)
I went through that process last week, since I decided to separate our
one big repsitory into lots of tiny repositories.
> What it does *not* document are
> certain outright bugs in svndumpfilter that we weren't aware of until
> today, and which I'm working to fix right now.
Like getting copyfrom revision numbers off by one for example? I used
--drop-empty-revisions and --renumber-revisions and ended up with
results like:
---SNIP---
Revision-number: 10
[...]
Node-path: tags/Project_1_05
Node-kind: dir
Node-action: add
Node-copyfrom-rev: 10
Node-copyfrom-path: trunk/Project
---SNIP---
which is obviously wrong.
Second problem:
We initially had a layout like:
repos/trunk/ProjectA
repos/trunk/ProjectB
repos/trunk/ProjectC
repos/tags/ProjectA_1.0
which proved to be not-so-good :-)
So in the early days of our repository I created the structure:
repos/ProjectA/trunk
repos/ProjectA/tags
repos/ProjectA/branches
for each project and moved the content of trunk/ProjectA to ProjectA/trunk
After filtering out all the revisions that contained trunk/ProjectA and
ProjectA/trunk, I ended with a complete revision history for ProjectA,
but svnadmin was not able to import the dump file. Errors like
non-existing paths were thrown at me. I had to manually edit the
node-path for each revision before the restructuring took place. Maybe I
used the wrong hammer, but these were my two major headaches.
Cheers
-Lübbe
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 25 09:52:50 2004