[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: Mark Phippard <markp_at_softlanding.com>
Date: 2006-08-01 17:10:16 CEST

rooneg@gmail.com wrote on 08/01/2006 10:56:57 AM:

> On 8/1/06, Mark Phippard <markp@softlanding.com> wrote:
> > I do not know, that is why I asked. I think it would help, and it
goes a
> > little beyond this trivial use case. You could have done an
> > update/checkout so that you were at HEAD, then done a commit, now you
> > to do a rename or property set. If it so happened that there had not
> > other activity on your project, then that last commit would have kept
> > folders up to date and you could perform the operation without an
> See, the problem here is that it's making the problem rarer, but not
> making it go away entirely, so all you're doing is delaying the user
> running into it, which means when they do hit it they're less likely
> to know what's wrong.

I agree and think I have essentially said this, but I also think if
another user actually made changes to the same project in the repository
it at least becomes easier to understand why you are out of date. It is
really hard to explain to the single user scenario how their working copy
becomes out of date when all actions have come from that working copy.

> > Another possibility, but I suspect it would be an even bigger change
> > be to be less agressive about bumping folder revisions. As I
> > it, if I modify a file and commit it, the parent folder (or is it all
> > parent folders) has its revision bumped. I think that some other
> > that manage folders would only do it when files are added/deleted or
> > folder properties are changed.
> I'm not clear what you mean by being less agressive about bumping
> folder revisions. The bubble up bumping of parent folders in the
> filesystem is a core feature of the filesystem, it's how it works, and
> making it go away would be, uhh, hard. Did you mean something else?

That is essentially what I meant and I realize it does not have a
realistic chance of being the answer. What exactly is being checked when
a folder is reported as out of date? The "Revision" or the "Last Changed
Revision"? Would it be possible to know the last revision where files
were added/deleted or the properties were changed and base the checking on


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 1 17:13:31 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.