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

Re: Has Subversion's attitude toward dataloss changed significantly since 0.27?

From: Jan Hendrik <list.jan.hendrik_at_gmail.com>
Date: 2007-03-21 09:22:36 CET

Concerning Re: Has Subversion's attitude towar
Garance A Drosihn wrote on 9 Mar 2007, 16:03, at least in part:

[text is snipped]

> I had a work area checked out, and needed to make the same change to
> many files in the workarea. I used a 'find ... | xargs' command to
> make the change. I compiled everything, and it worked. I did the
> 'svn commit', and that also worked fine. I made some other changes
> and committed those. Later on, I made a change to one of the source
> files changed by the find/xargs combo, and when I went to commit
> *that* change, the 'svn commit' aborted with a message about
> file-corruption in one of the .svn directories.
> What apparently had happened was the find/xargs combo had changed both
> the workarea source file, and the copy of it saved in the .svn
> directory. Since both files were changed by a single unix command,
> both copies of the file ended up with the same mtime. So at commit
> time, 'svn' did not realize the file was changed and apparently the
> change to that file was not committed when I thought it was.

This is pretty old by now and I already saw replies by others (that's
how Myrealbox worked the last few weeks, hope this gmail will do
better), but yet I am surprised that unix commands would touch
hidden directories - that's what .svn folders are, aren't they? -
except when told so explicitly. I wonder what result svn update
would have had, now that those files were modified and recognized
as such by SVN again - would it have taken those former non-
committed changes as fresh modifications or overwritten with the
original stuff still in the repository? Having seen some data loss
recently related to mtime this way or another I guess the latter.
We probably can be glad that the find&replace tools we use here
(Homesite, SciTE, a perl script) don't touch the .svn pristine
copies. (BTW as someone run into this by use of a hex editor just
having done a patch in an Apache DLL the clean way, not in SciTE
as I had come to be used to, I can confirm that HxD does not
change mtime either, and I have not found any option for [un]setting
this behaviour. Luckily this file is not under SVN protection!)

[text is snipped]

> Garance

Like the flower? :)

Jan hendrik

> Alistair Drosehn = gad@gilead.netel.rpi.edu
> Senior Systems Programmer or gad@freebsd.org
> Rensselaer Polytechnic Institute or drosih@rpi.edu
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For
> additional commands, e-mail: users-help@subversion.tigris.org

Freedom quote:

     Die Berliner Republik ist eine Bürokratenrepublik.
     Die Politik stellt sich als reiner Verwaltungsakt unter Sozialingenieuren dar;
     ihre höchste Priorität sind Rationalität und Effizienz
     im Blick auf gesellschaftliche Ziele, die einfach festgesetzt werden.
     Nichts kann sich mehr frei entwickeln.
               -- Karen Horn, Die Besserwisser,
                        Frankfurter Allgemeine Zeitung, 12. März 2007

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 22 23:33:48 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.