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

Re: loss of committed changes

From: <kfogel_at_collab.net>
Date: 2004-11-12 14:29:17 CET

mike south <msouth@nandomedia.com> writes:

> Hi,
>
> we have seen a few incidents where a committed change gets lost, and
> in at least one case lost repeatedly. In searching the archives for
> this I noticed a post that seemed to be describing the same thing I
> have seen:
>
> http://svn.haxx.se/dev/archive-2002-04/0008.shtml

I'm not sure that post is talking about the same thing. He just says
he's "lost" the change several times, doesn't give any more details.
It doesn't seem like the main point of his mail.

> Here is the sequence:
>
> developer A commits, changing file Foo.pl
>
> developer B updates, getting developer A's changes to Foo.pl,
> running Foo.pl and seeing the results of those changes
>
> developer B commits, changing file Foo.pl, but not near Developer
> A's changes
>
> 2 lines that Developer A committed are no longer there now, even
> though Developer B did not remove them.
>
> We also had a line get doubled (i.e. the same line of code appears
> twice in the file), and I've seen the change-reverse behavior above
> with an add/subtract pair of lines as well.
>
> In another incident yesterday, Developer A committed, Developer B svn
> upped and saw Developer A's changes come in, Developer C svn upped,
> but didn't see Developer A's changes come in.
>
> Has anyone seen anything like this? (I would love to provide you with
> a shell script to reproduce, but at this point we don't have it pinned
> down. It seemed to be a lot more prevalent yesterday with multiple
> people working at once on the same files.)

Wow. As you can guess, we are salivating for a reproduction recipe
over here. I've never seen Subversion do anything like this, in four
years of daily use.

You don't say whether Developer B edits Foo.pl before or after
updating to get A's changes. That might make a difference.

I don't think we can do much without a reproduction recipe. But, can
you maybe construct one based on the successive revisions of Foo.pl in
your repository and developer's memories of which lines
disappeared/changed when they weren't supposed to? I would think that
all the information you need is there...

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 12 16:25:39 2004

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