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

RE: RE: import files preserving timestamps

From: Brian Erickson <erickson_at_BAUERCONTROLS.com>
Date: Tue, 10 Jun 2008 17:11:19 -0400

I think SVN uses timestamps for the initial check to see if more work
needs to be done...

If <filea> and <fileb> have completely different contents but the same
timestamp you can copy <filea> overtop of <fileb> and the resulting svn
status shows no modifications. Then if you 'touch' the file, svn status
detects the change.

Brian

-----Original Message-----
From: Reedick, Andrew [mailto:jr9445_at_ATT.COM]
Sent: Tuesday, June 10, 2008 4:29 PM
To: Les Mikesell
Cc: users_at_subversion.tigris.org
Subject: RE: import files preserving timestamps

> -----Original Message-----
> From: Les Mikesell [mailto:lesmikesell_at_gmail.com]
> Sent: Tuesday, June 10, 2008 2:46 PM
> To: Reedick, Andrew
> Cc: users_at_subversion.tigris.org
> Subject: Re: import files preserving timestamps
>
> >
> >>> Once you can push a button to determine if you have the correct
set
> >> of
> >>> files, the desire for accurate timestamps diminishes greatly.
> >> And svn?
> >
> >
> > Eh?
>
> I was under the impression that if the timestamps and perhaps length
> matched on the working/pristine copies, svn assumed the contents were
> identical. Perhaps this isn't correct.

I'm 99% sure it's using checksums, with a 1% chance of black magic.

Change one character in a file. Run 'svn status' and see that it is
flagged as 'M'odified. Change the character back to its original value.
Run 'svn status' and you'll see that it no longer appears as modified.
It is completely ignoring the timestamp (which has changed twice) and
the file size hasn't changed, so it must be using checksums.

Plus if you do an 'svn info' you'll see a Checksum field. In the
.svn/entries file, the local timestamp isn't stored anywhere.

*****

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential, proprietary, and/or
privileged material. Any review, retransmission, dissemination or other
use of, or taking of any action in reliance upon this information by
persons or entities other than the intended recipient is prohibited. If
you received this in error, please contact the sender and delete the
material from all computers. GA625

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-10 23:11:40 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.