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

Setting "use-commit-times" on project/directory/file basis

From: Gingko <from_tigris_at_nospam.homelinux.org>
Date: Fri, 8 Jul 2011 07:56:53 +0200


I know that Subversion has a configuration feature named "use-commit-times"
that allows setting files modification dates and times to the one of their
committed time.

But as far as I know, this kind of configuration feature works only on
system wide basis.

I would like to know if there is a way to set the same kind of configuration
on per project, per directory or per file basis?

I don't (and can't really) use this option because, as stated in
http://svnbook.red-bean.com/en/1.5/svn.advanced.confarea.html , "build
systems often look at timestamps as a way of deciding which files need to be
recompiled", and this is effectively the most convenient for me.

But I also have some files in my project, most of them being binary and not
subject to compilation (for example pictures or icons), that are part of an
auto-update process from the users point of view, and this auto-update
process uses the file's modification date in order to decide if the file
needs to be updated or not. Of course, these files are also included in the
Subversion repository.

That's why it would be useful if I could have a way to keep (and share with
other members of the project) modification dates of these file according to
their commit times, or even better, to their original modification times
(which would then need to be recorded).

I read somewhere (actually here : http://www.aryehleib.com/Subversion.html )
about an idea of adding a "svn:mtimes" property that could be set to files
or directories in order to have Subversion recording file modification times
(and restore them along with the corresponding files). Are there some plans
for implementing something like that?

Best regards,

Received on 2011-07-08 07:58:02 CEST

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.