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

Re: Subversion erase original date of files ??

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2004-09-17 08:32:58 CEST

> Hello all,
>
> I'm working with subversion to make of a WindowsXP master.
> This master is quite complex with several batch for several sites and
> countries, including several setting and drivers... so it NEED to be
> versionned
>
> The problem is when I have imported the master in Subversion, all thes
> dates of all the files have been reseted to the initial import date.
> -> This IS a problem because some of our scripts use dates of files to
> know if the file is up-to-date. (like DLLs & Hotfixes)
>
> Is there is a way to make subversion keeping the original date of files ?
There's an issue tracker entry at
 http://subversion.tigris.org/issues/show_bug.cgi?id=1256
which references a patch in the mailing list archives at
 http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgId=257080

I've got an updated patch which worked with 0.24-1 and _may_ be possible to
apply to current versions :-/

All the patch does is
- record the mtime on commit in a property "svn:text-time"
- uses this value on "svn export" to re-create the timestamp.
  (these could be done regardless of usage type, I believe)

It doesn't set the mtime on a checkout or update, as there we've had the
discussion on how to make that work with make/build scenarios ...

I believe that it should be possible to flag an working copy (or possibly a
repository tree, eg. by using a property) as "preserve meta-data" - and then
update or checkout should do the Right Thing (TM).

BTW: If this patch gets ported to 1.1 I'd be glad to jump to a current
version :-)

Regards,

Phil

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 17 08:33:33 2004

This is an archived mail posted to the Subversion Users mailing list.