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

Re: Files changed on svn update

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2004-09-02 17:15:00 CEST

Ben Collins-Sussman <sussman@collab.net> writes:

> You're saying that an .svn/entries file's timestamp is touched even when
> the *entire* directory is already at HEAD? I wonder if that's just part
> of our locking code. When libsvn_wc's update process "opens" a working
> copy dir, it 'locks' it and reads the entries file into memory, possibly
> tweaking stuff. When the directory is closed, the entries file is
> written back to disk and the lockfile removed. I wonder if this code is
> being overzealous and writing the entries file unconditionally?

I suspect it is the "incomplete" flag. If I'm right the entries file
first gets written with "incomplete=true" and later gets written
without the flag. I suppose it might be possible to delay writing the
incomplete flag--perhaps by using a flag in the access baton and
writing the incomplete flag the first time some other change is made.
Then it should be possible to avoid writing the entries file at all if
no changes are made. A minor complication is that the code needs to
handle the case where the entries file starts out incomplete but no
changes need to be made.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 2 17:15:11 2004

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.