[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
want
> > to do a rename or property set. If it so happened that there had not
been
> > other activity on your project, then that last commit would have kept
your
> > folders up to date and you could perform the operation without an
update.
>
> 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
would
> > be to be less agressive about bumping folder revisions. As I
understand
> > 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
tools
> > that manage folders would only do it when files are added/deleted or
the
> > 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
that?

Mark

---------------------------------------------------------------------
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.