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

Re: svn mv "breaks" annotate?

From: Jason Winnebeck <jpwasp_at_rit.edu>
Date: 2007-07-09 22:43:51 CEST

Karl Fogel wrote:
> Eli Carter <eli.carter@commprove.com> writes:
>> On Monday 09 July 2007, Jason Winnebeck wrote:
>>> I restructured a repository from a "normal" layout to a
>>> "trunk/tags/branches" layout, but now annotate shows as if the entire
>>> file was updated by myself on almost all files.
>> If you're careful, you can modify a dump file to rename all the paths...
> Good point. And you don't have to be *so* careful, after all, you can
> work on copies of everything and test before making a repository live.
> Just dump the original repository, write a script to stick "/trunk" in
> front of every path (or perhaps some more complex formula will be
> necessary, but you get the idea), and load into a fresh repository.
> -Karl

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.

I guess my real reason for asking is to ask if I did something wrong and/or if
there was a better way, but I suppose the final answer on this is "no."

Jason Winnebeck

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jul 9 22:43:41 2007

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.