Karl Fogel wrote:
> Jason Winnebeck <jpwasp@rit.edu> writes:
>> I have used svndumpfilter and svndumptool to transform dumps in the
>> past, but I didn't think about this one. The problem is that I
>> converted the repository a few days ago and opened it up so only
>> noticed this problem after the move as I tested annotate and history
>> right after conversion but not after moving everything. I think I'll
>> just have to "suck this one up" as even after I fix this problem we
>> will have a good number more renames left. In VSS a lot of operations
>> were horrible and this is one of many reasons why we wanted to switch
>> to SVN for so long is the promise of easy moves, refactors, and
>> branches, and it's disappointing to see this.
>
> Well, it would almost certainly be possible to get this all fixed,
> while not losing since the switchover with some fancy dumpfile
> maneuvering. However, it may not be worth it to you.
Well, I still do have the backups of everything I converted. I wonder if it is
possible to take the repository and get it to some state x (using a
different "move" method by modifying the dumpfile), then merge the changes
from x to HEAD from the "live" repository into the new one I am making, then
replace the live with the new (knowing there would be some revision number
adjustments). This sounds very tricky and "dangerous" though, and I think the
merge would have to be done by creating an incremental dump file (i.e.
svnadmin dump myrepos --revision 1001:2000 --incremental > dumpfile), then
loading the incremental dump into the "new" repository. If I understand
correctly, then as long as I get the tip of the repository into the same state
content-wise, that should work. But even before getting there I have to figure
out how to modify the dumpfile and I'm not sure that can be done easily; what
I need to do is transform the paths of "x/a/b/c" to "x/trunk/a/b/c" for most
paths x.
This is probably too much work, but now I'm still thinking about it from an
academic standpoint.
Jason
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 10 14:43:32 2007