[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: <Franck.fd.Dupuy_at_alcatel.fr>
Date: 2004-09-21 11:11:13 CEST

Thanks all for your answers, to be short :

No the replication tools cannot be (easily) modified without reviewing the
entire architecture because :
        -The tool is under the control of another team.
        -It run on a central server because we just have shares on
distributed servers (no processes).
        -These servers (~30) are on a WAN, and some got lowbandwidth, so
making a checksum comparison would flood the WAN.
                (thats why only names and dates are checked)
 
So today :
        -We cannot work with obsolete dates of files,
        -We cannot involve the energy to modify our model in dept.

The good point is we are only at the earlyest stage of using a SCM (but we
REALLY need one).
The bad point is I missed this issue when qualifying svn. :/

Regards.
Franck

"Ph. Marek" <philipp.marek@bmlv.gv.at>
17/09/2004 08:32
 
        To: users@subversion.tigris.org
        cc: Franck FD DUPUY/FR/ALCATEL@ALCATEL
        Subject: Re: Subversion erase original date of files ??

> 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 Tue Sep 21 11:11:55 2004

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