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.