>
> > It is not possible to override this behaviour. I think is a
> > fundamental problem with subversion.
>
> Why? The file didn't exist in the target filesystem before
> you checked it out...
>
This is also the case using the mv command between different disks,
separate file systems - does not exist in the target file system,
yet the mv command preserves the modified time.
By your argument the modification time shoud be set to the time of the
move.
> > Whether I copy the file
> > to another location, or compress it in an archive, or put it in a
> > subversion repository, the time the file was last modified
> should not
> > change. In other words: I think subversion should not tamper with
> > files it stores.
>
> It doesn't. It just doesn't record the file's metadata.
>
> > I want my files to come back exactly like they were when I
> put them in
> > the repository. And that includes the time of the last modification.
>
> Um, no. That's not 'the file', that's 'data about the file' -
> metadata. Subversion only versions directory trees, not the
> metadata which may be associated with directory trees.
>
Surly the metadata describes the data stored in the file, thus
as subversion has not modified the contents of the file why
is it trying to mislead us that it has?
************************************************
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 Tue Feb 27 11:10:55 2007