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

RE: Re: Re: [DESIGN] mtime versioning - was: Getting Bug 1256 fixed

From: Thompson, Graeme (AELE) <Graeme.Thompson_at_smiths-aerospace.com>
Date: 2005-11-28 17:04:05 CET


> -----Original Message-----
> From: Erik Huelsmann [mailto:ehuels@gmail.com]
> Sent: 28 November 2005 15:29
> To: Felix Gilcher
> Cc: users@subversion.tigris.org
> Subject: Re: Re: [DESIGN] mtime versioning - was: Getting Bug
> 1256 fixed
>
> > >> If we're storing the mtime of the file in a revision,
> we'd expect the
> > >> property to change on every commit.
> > >
> > > Do we? Or only when the text files' contents has also changed?
> >
> > You won't commit an unchanged file - so the mtime would
> change on each
> > commit (unless you set it manually with touch or similar).
>
> Unless a changed mtime is considered a change in itself...
>
No - consider this if mtime was classified as a change:

A user checks in file foo with modification time x

Another user does a checkout - but decides that ther want to have the
current time as the modified datetime.

The user makes no changes.

This user does a checkin - file foo will be classified as having changed
and will have the time of the checkout as its modified datetime.

Thus for compatibility it should not consider only mtime being changed
as a change.

-Graeme

> bye,
>
> Erik.
>

******************************************
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 Mon Nov 28 17:42:33 2005

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.