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

Re: file times

From: Greg Dickie <greg_at_max-t.com>
Date: 2002-12-06 15:08:19 CET

On Friday 06 December 2002 08:46, Ben Collins-Sussman wrote:
> Greg Dickie <greg@max-t.com> writes:
> > Hi,
> >
> > We are transitioning more developers to subversion and the response
> > seems quite good but I've had a couple of questions about how subversion
> > handles file timestamps.
> > - On checkout all files have the current time, this is different
> > compared to CVS for example.
> > - When importing source all files take the current time rather than the
> > filesystem time.
> >
> > Is there a reason for this?
>
> Subversion doesn't mess with timestamps or permissions at all, other
> than possibly tweaking an executable bit (if you have svn:executable
> set.) Files within within the svn repository are virtual: they have
> no timestamp properties. When files are imported, they become
> virtualized in a single repository revision. The original filesystem
> timestamps are lost. When you checkout, the files all have the
> timestamp when they were created in the "real world" of your working
> copy, which is the current time.
>
> I don't think this is deliberate... I just don't recall this
> discussion ever coming up before. Nobody seems to have noticed or
> cared. :-)

I haven't decided whether its a problem or not but it does seem
counter-intuitive. In any case I suspect it would be pretty easy to do, all
the information exists. I guess it should be fine.

thanks,
Greg

-- 
Greg Dickie
just a guy
Maximum Throughput
greg@max-t.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Dec 6 15:08:13 2002

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.