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

Re: inconsistent new lines - repair by modifying dump?

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-04-25 01:26:50 CEST

On Apr 24, 2007, at 17:05, Nicolai Scheer wrote:

> Today I noticed that one of my repositories contains files (.php
> sourcecode) with inconsistent line endings, e.g. most are CRLF (the
> way
> it should be), but there are some single CRs in beetween. That
> confuses
> TSVNdiff and makes it impossible to diff things. (those files have
> been
> worked on a lot, it just never attracted attention...).
>
> I really would like to fix that, not by only fixing the newest
> revision
> of the files, but altogether.
>
> Apart from the possibility to use another diff/merge tool, what do you
> think about:
>
> 1. svnadmin dump the repo to a file
> 2. dump file uses LF, so it would be no problem to replace single
> CRs by
> CRLFs
> 3. load dump file into fresh repo
>
> Is there any error-potential?
> The outcome should be the same as if the files were checked in
> initially
> with correct line endings, or am I overlooking something?

The dumpfile contains checksums of the data, so changing the line
endings of your text files -- or making any other change to the file
data in the dumpfile -- would cause the checksums to no longer match
the data and the dumpfile to be declared corrupted.

You may want to look into svndumptool, which I understand may help
specifically with fixing line endings in files:

http://svn.borg.ch/svndumptool/

-- 
To reply to the mailing list, please use your mailer's Reply To All  
function
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Apr 25 01:27:25 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.