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

Re: Silent working copy corruption after "svn revert"

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2007-09-14 11:21:19 CEST

On 9/14/07, Vincent Lefevre <vincent+svn@vinc17.org> wrote:
> I haven't seen any answer.

Right. You were still marked for followup in my inbox, but as I'm
about to move to a new house, I don't have much time for followups
atm...

> I've attached the gnome subdirectory of
> the working copy, if this can help you. The modification date of
> liferea/.svn/text-base/Portfile.svn-base is interesting: it is much
> older than revision 18910. In fact, it corresponds to the date of
> revision 16882, and the Portfile file that is in the working copy
> corresponds to this revision. So, it seems that Subversion picked
> an old Portfile.svn-base somewhere when I did "svn revert -R *".
>
> I have also noticed that my working copies contain some very old
> files whose names end with ".svn-revert", in .svn/prop-base and
> .svn/text-base directories. What are these files? I wonder if the
> liferea/.svn/text-base/Portfile.svn-base I'm seeing comes from
> such a file that has been renamed.

Probably. I wonder how those revert files could have gotten left
behind. I'm working on the wc code at the moment and I have seen some
code which could indeed create this kind of problem. I'll fix it and
propose for backporting.

Do you build your own client? If so, I'll mail you when I've committed
the fix. You can backport yourself if you want.

If you just remove the *.svn-revert files (for those files which
aren't scheduled for replacement), that will prevent similar problems
in the future (until, ofcourse new ones get left behind). Do you have
time to find out how to create this kind of problem?

Thanks in advance and if you have time, please file an issue under the
summary 'revert damages working copy with left-behind revert files'.

Thanks again!

bye,

Erik.
> On 2007-09-01 03:32:21 +0200, Vincent Lefevre wrote:
> > After a "svn revert", some file was reverted to an old version:
> >
> > $ svn --version
> > svn, version 1.4.4 (r25188)
> > compiled Aug 27 2007, 23:00:48
> > [...]
> > $ pwd
> > /Users/vinc17/wd/macosx/dports/gnome/liferea
> > $ svn ls -v
> > 18910 lefevre 1752 Sep 01 01:43 Portfile
> > $ svn st -u
> > Status against revision: 18910
> > $ svn info Portfile
> > Path: Portfile
> > Name: Portfile
> > URL: svn+ssh://ay/home/lefevre/svn/macosx/dports/gnome/liferea/Portfile
> > Repository Root: svn+ssh://ay/home/lefevre/svn
> > Repository UUID: 99759db8-4ec0-0310-8bf9-df86780d22d8
> > Revision: 18910
> > Node Kind: file
> > Schedule: normal
> > Last Changed Author: lefevre
> > Last Changed Rev: 18910
> > Last Changed Date: 2007-09-01 01:43:40 +0200 (Sat, 01 Sep 2007)
> > Text Last Updated: 2007-09-01 02:21:05 +0200 (Sat, 01 Sep 2007)
> > Checksum: 7c275625bda2290ce15a71447bc9f52c
> > $ grep 'Id\|version' Portfile
> > # $Id: Portfile 18910 2007-08-31 23:43:40Z lefevre $
> > version 1.0.27
> > $ svn cat -r18910 Portfile | grep 'Id\|version'
> > # $Id: Portfile 18910 2007-08-31 23:43:40Z lefevre $
> > version 1.2.23
> >
> > That's inconsistent! The repository is correct (i.e. 1.2.23 is the
> > correct version).
> >
> > I previously did something like: from
> > /Users/vinc17/wd/macosx/dports/gnome, "svn cp liferea liferea14",
> > modified some files, then from /Users/vinc17/wd/macosx/dports,
> > "svn revert -R *". But I don't know when liferea/Portfile was
> > corrupted exactly (probably after the "svn revert").
>
> --
> Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
Received on Fri Sep 14 11:17:48 2007

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.