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

Re: Reducing "out-of-date" errors

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-08-01 16:26:50 CEST

On 7/31/06, David James <djames@collab.net> wrote:
> On 7/31/06, Mark Phippard <markp@softlanding.com> wrote:
> > Over on the Subclipse list (I also see this on users@ and TortoiseSVN
> > lists) we have been getting a lot of activity from new users that are
> > really confused by the out of date errors they get. I think we see this a
> > lot more in Subclipse because the Eclipse IDE encourages refactoring which
> > leads to a lot of moves and renames.
> >
> > The biggest problem we run into is with new users working alone with a
> > repository. It is easy to understand how someone with one project and one
> > working copy working by themselves can get confused by an error saying
> > their project is out of date.
> Nice analysis, Mark! I wholeheartedly agree that users should not
> receive an "out of date" error in this scenario. I've seen this
> problem before and it has also puzzled me. Do you have a reproduction
> recipe? It'd be great if we could add an XFAIL test for this issue to
> the Python test suite.

Umm, if I recall correctly there are good reasons why users get out of
date errors in those cases. It has to do with our mixed revision
working copy support, and it's there because other ways of doing
things cause more problems. It's not like we just said "aw hell, lets
take the easy way out", the alternative is worse. I mean it's not
like the client and server can say "oh wait, there's only one working
copy and one user, I can change that behavior"...


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 1 16:27:35 2006

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.