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

Re: repair timestamps of unchanged files

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2004-11-23 00:01:45 CET

Julian Foad <julianfoad@btopenworld.com> writes:

> I was hoping there would be a better (more automatic and invisible)
> way than any of these four options, like making read-only operations
> (status, etc.) do the fix-up as and when they notice the discrepancy.
> In fact, I think it was discussed way back


> that they could attempt to
> convert their read lock to a write lock on discovering the problem,
> and repair it if the write lock was obtained, else leave it for
> another time.

I'm still uneasy about the idea. In addition to the problems
mentioned in the old thread, "read locks" aren't really "locks" at
all, so any such conversion would need to reread the entries file and
it could have changed--a tricky thing to handle. Further, write locks
are responsible for working copy format upgrades, to allow the entries
file to be rewritten, and having "svn status" do such an upgrade is
really unfriendly in my opinon, although I suppose we could do the
read-to-write conversion only if the formats already match.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 23 00:04:57 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.