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

Re: recognizing unchanged content quickly (was: bug in svn diff and related?)

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2005-03-16 14:27:14 CET

Travis <svn@castle.fastmail.fm> wrote on 03/16/2005 12:09:45 AM:

> I've got a related question: lets say that I do change timestamps
> (this is to fool make into allowing most of us to share hundreds-of-meg
> of slow-to-build products via symlink to a common place when only
> working on a subset of the project), can I do any operation that will
> get Subversion to update the stamps in entries file so it doesn't do
> the slow content check all the time?
>
> I just did an experiment with update and clean and I'm not seeing any
> difference in the text-time in the entries file. I remember this
> discussed on dev@ but don't recall any action being taken and my
> experiment appears to confirm that. Is that your recollection as well?

I recall a similar discussion on dev@. I seem to remember that the
conclusion was to change svn clean to automatically fix the timestamps in
the .svn/entries file. Either that or it was just anytime Subversion
resorted to a byte by byte compare and the results came back equal it
would automatically fixup the file so that it didn't happen again.

Did you try this with trunk?

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 16 14:30:18 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.