[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-10 16:17:18 CEST

-----Original Message-----
From: Karl Fogel [mailto:kfogel@red-bean.com]
> 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."

No, you didn't do anything wrong. The "better way" would have simply
been the workaround: to do the dumpfile editing during the conversion.



Is it possible that the real problem here was that in the conversion
process it assigned svn:eol-style native to the files? In the actual
dump file and in the VSS repository the files were all stored as CRLF
format. Also, after the conversion the files actually had the
"$Revision: 123$" tag expanded. When I did the move is when SVN actually
changed it to store "$Revision$" instead. I wonder if it changed the
line endings too, but my attempts at "diffing" aren't picking anything
up. When the svnadmin load runs, if the actual file data as CRLFs in the
dumpfile but the props are set as EOL native, and I did the conversion
and load on a UNIX system, is it actually showing that I edited all
lines because I triggered SVN's normalization of all line endings?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 10 16:17:00 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.