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

Timestamp Frustrations

From: <trlists_at_clayst.com>
Date: 2005-06-03 15:13:23 CEST

I am curious if anyone else has solved this problem. I asked about it
many months ago and no one had.

I am managing (more like, attempting to manage) a single-developer web
project with svn. The use of timestamps is embedded in my work style
and practice in a number of ways, including simply looking at what I've
changed lately, and routine copying of changed files between machines
based on date.

I attempted to write a wrapper script for the most common svn commands
which properly handles setting a timestamp property for each file when
it is added to or updated in the repository, then retrieving that and
using touch to set the file time when the file is checked out. However
this is incomplete at best (I keep discovering places where svn touches
the files that I hadn't thought of, and having to reconstruct timestamp
data), and it's cumbersome to maintain and use.

I realize that in parallel development you need the timestamp to
reflect the last commit or last checkout etc., for eample to make
builds work properly when other people's changes come into a local
working copy. But in a single-developer environment sometimes this
approach causes the loss of valuable information about the time the
file was actually last modified.

Has there been any thought to allowing svn to preserve the file
timestamp which reflects the normal OS meaning -- time of last
modification to the content -- instead of time of last version control
action or time of last commit? Anyone have a simple, reliable way to
do this now?

I am doing this work on Windows but the concerns are not OS-specific
since file timestamps generally have the same meaning in most typical


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 3 15:24:16 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.