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

Re: Bug in SVN? (Was Re: [PATCH] "svnadmin dump": An optional XML output format.

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-12-22 21:57:26 CET

David Summers wrote:

>One thing I noticed when I dumped out a working project repository of
>about 9 Meg, 117 revisions:
>
>I found several instances where the file was binary but was not noted in
>the repository as being binary. (A couple of *.ps.gz files and a
>CodeWarrior *.mcp file).
>
>I checked back through the revision histories and at one point they were
>noted as being binary and another point they were not noted as being
>binary.
>
>I'm trying to figure out how this happened, and if I should be worried
>about it for the integrety of my existing repositories (about 25 of them
>currently).
>
Sounds like somebody changed the svn:mime-type property. The server
certainly doesn't do that by itself. In fact, the /client/ decides
whether a file is binary or not.

>Basically somewhere the repository lost the information that the files
>are binary. The file contents appears to be OK, just the meta-data was
>lost.
>
You don't have to worry about corruption, unless you also enabled
keyword expansion anr/or newline conversion on those files. By default,
Subversion never transmogrifies file contents.

Good thing we decided that should be the default, eh?
/me sprains arm patting self on back

>I can send a dump or provide one to be picked up if any one is interested.
>
>Is this something I/we should be worried about?
>
> Thanks!
>
>
>

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 22 21:58:15 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.