> -----Original Message-----
> From: Erik Huelsmann [mailto:ehuels@gmail.com]
> Sent: 29 August 2006 18:00
> To: Mike Brenner
> Cc: Ian Brockbank; users@subversion.tigris.org
> Subject: Re: Keeping last-modified dates
>
> On 8/29/06, Mike Brenner <mikeb@mitre.org> wrote:
> > Excellent points, Ian. However, they assume that
> > you stay in the development environment past
> > the coding stage and throughout the testing and
> > deployment stage.
> >
> > My example of testing involved
> > making a cold start, i.e., recompiling
> > all the files from scratch on a clean disk,
> > in order to begin a fully configured test.
> >
> > As part of that process we check off the
> > modified date of each file, to enhance
> > the security that svn gives that it
> > designates a copy of the correct file.
> >
> > Similarly, for certain non-developmental,
> > never-changing files that get configured
> > in order to include them in the final product,
> > changing the date makes it very wierd
> > to say this file bears today's date,
> > but I promise you, no one has modified
> > it in the last 5 years.
>
> Only MD5 sums can - to some extent - tell you that. "Because it looks
> like it never changed, you must assume it never changed" is harder to
> sell to someone with *some* ICT experience than "Because it looks like
> it changed, I can assure you it didn't: here MD5 sums"...
>
I think that you may be missing the point that people are trying to
make, The no-one is using the modified date time to *guarantee* the file
has not changed, but simply to give and indication that a file has
changed and that if it has changed then roughly when did it change?
Quoting Mike:
"Similarly, for certain non-developmental, never-changing files that get
configured in order to include them in the final product, changing the
date makes it very weird to say this file bears today's date, but I
promise you, no one has modified it in the last 5 years."
This is what I see as one of the primary uses of this option to keep the
modified date-times
--Graeme.
******************************************
The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email.
******************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 30 10:03:19 2006