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

Re: Don't need commit-times, now-times. Needed only real create/modify times.

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2004-01-17 12:38:30 CET

Concerning Don't need commit-times, now-times.
Slava Kostin wrote on 17 Jan 2004, 12:48, at least in part:

> How I understand, this means that there's only two behaviours
> possible - setting commit times ("yes") or setting now times ("no").
> But I really need to save file creation/modification times unchanged.
> Can I somehow do this?

AFAIK this is not possible so far.

However, the file's timestamp is not changed by SVN on commit. It
is just that on a checkout/update of other or new working copies
files then either get the timestamp of last commit or current time.

Dunno your setup or specific needs, but as far as I can see this
behaviour just makes it difficult to impossible to synchronize
working copies outside of SVN. But that's something you should
never do anyway or you will get a lot of trouble on the next
update/commit within SVN.

What I would really like to have, however, is SVN updating its
internal adminstrative files in case just the timestamp of a file has
changed, e.g. because of a synchronization of the website over
FTP as not all web hosters allow rsync. As far as I can see such
update would not make a commit necessary as it would be
completely internal for the respective working copy. But it would
save a lot of time SVN currently needs to compare the file contents
again and again while just the timestamp was changed from
modification time to last upload time.

Jan Hendrik
Freedom quote:

     The right to be let alone is indeed the beginning of all freedom.
                -- Supreme Court Justice William O. Douglas

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jan 17 12:40:31 2004

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.