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

no out-of-date error

From: Subversion <Subversion_at_sensor-technik.de>
Date: 2006-03-29 17:16:53 CEST

Hello all

Can anyone tell me when *exactly* an out-of-date error shall happen. I'm
a little bit confused right now, because I did some tests with 2 working
copies of the same repository.

Lets say their names are "foo1" and "foo2" and their are checked out
from the repository "repo" in revision 10.

Within the working copies there are subfolders and source files. If now
user Harry is changing a file within foo1 (maybe bar1.c) and user Sally
is changing another file in foo2 (let's say bar2.c), both working copies
have now unversioned changes in different files.
If now Harry does an Commit to repo, changes of bar1.c are committed to
repo and the revision number increases to 11.

I expect now, that Sally gets an out-of-date error if she tries to
commit the changes of bar2.c to the repository, because her Base
revision is no longer the Head revision of the repository.

But this doesn't happen. Instead, the changes of bar2.c are committed to
the repository in revision 12 and Sally doesn't get notified about the
changes in bar1.c.

Only if the changes are in the same file, subversion comes back with an
out-of-date error.

Can anyone tell me if this behaviour is intended or if it has been fixed
or will be fixed in a newer version.

Regards

Christoph

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 29 17:20:10 2006

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.