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

Re: Errors with mtime-retaining import script: pre-revprop-change issue?

From: Alexander Shenkin <subversion_at_shenkin.org>
Date: Wed, 25 Jan 2012 15:38:48 -0500

Thanks for your reply, Ryan. I just ran some new tests: when I check
out a new working copy (just a small subdirectory of the repo in this
case), I get the right timestamps. And, when I delete a file in that
newly-checked-out directory and do an svn update, I also get the right
timestamp.

However, the behavior is different in the original directory tree that I
imported. That is, deleting a file and updating gives the updated file
the (wrong) timestamp of the HEAD revision.

Perhaps I should just check out a new working copy. Still, I'm perplexed.

On 1/25/2012 3:30 PM, Ryan Schmidt wrote:
> On Jan 25, 2012, at 14:07, Alexander Shenkin wrote:
>
>> What I *thought* this was supposed to accomplish was that, if you were
>> to checkout a new working version of the repository (and if you had
>> TortoiseSVN "set file dates to the 'last commit time'", or perhaps ran
>> svn checkout -r COMMITTED), your files would have their original
>> last-modified dates (aka timestamps, aka mtimes). However, when I
>> delete a file and do an svn update, the replaced file has the timestamp
>> of the HEAD revision in the repository. That is, the most recent file
>> imported. It does *not* have the timestamp of the original file.
> Off the top of my head I can't think of a reason why this wouldn't be working correctly.
>
>
Received on 2012-01-25 21:39:37 CET

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.