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

two file time questions

From: chris lueders <svn-list_at_cxxl.de>
Date: 2005-05-25 18:41:10 CEST


i've been using subversion now for 8 months on win xp with ntfs fs and
am very happy with it. yesterday, i updated from 1.0.6 to 1.2.0 and
am still happy (maybe even more happy). :)

now, today i saw one thing which i would like to ask about:

i use "wget -N ..." to download files from our ftp server. those
files are actually unix symlinks. the ftp server doesn't reflect the
fact that they are symlinks (by design) and shows just a list of
ordinary files. now one of the file's symlink was set to some other
source, changing the file's size, but apparently not its time/date.
i then downloaded the new file with wget and used "svn st", but svn st
showed no changes. it did notice the changes however, after i touched
the file.

i guess svn uses the file time to speed up it's diff process. fine.
but why doesn't it use the file size as well? that could be easily
checked at no extra cost. maybe i'd force a full check as well if the
archive attribute was set (maybe only if the user instructs to do so?).

furthermore, i'd like to have a way of forcing a full check,
regardless of file time, if any of my files changed.

can any of you comment and/or help me on this? i think it's quite
nasty behavior, because you don't notice the problem until someone
checks out that part of the repo and someone notices that the
versioned file is not the latest version.

one more thing: can svn save and restore the file's last modification
time? i read about this question in the archives, but didn't find any
definitive answer.

/- http://www.cfos.de -- cFos & cFosSpeed with Traffic Shaping -\
\- NEW!  cFos v6.00   -- download: http://www.cfos.de/download -/
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed May 25 21:02:56 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.