[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: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-07-10 22:13:09 CEST

On Jul 10, 2007, at 14:27, Jason Winnebeck wrote:

> Karl Fogel wrote:
>> Jason Winnebeck wrote:
>>> 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?
>> Mrm, I don't know. The cvs2svn converter sets the EOL style from the
>> start of the conversion, so it wouldn't be the explanation in that
>> case, but I don't know how vss2svn works.
> Actually this seems to be the problem. I redid the conversion and
> just made a trivial modification to a file and committed it without
> any moves. The entire file was one big diff where all lines were
> changed. Looking at the vss2svn source code it is not properly
> converting in all cases. I've patched it, but I'm not positive what
> the file format of the dump file should be. I don't know if the
> content should always be LF internally, or if it must match
> whatever eol-style is. I'm changing it so that it always outputs
> text files in LF and will see how that goes (based on the way that
> the .svn/text-base files are matching the dump file I am thinking I
> will be in the right for this change).

Yes: If svn:eol-style is set (to any value), then Subversion stores
the file in all-LF format internally (regardless of the value of

> At least for sure, for now, I know that svn mv or the fact that svn
> doesn't support moves natively is not of any relationship to my
> problem.

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