Quoth Les Mikesell <mailto:lesmikesell@gmail.com>:
> But consider what happens if you zip a copy of something,
> change/commit the original, then unzip your old copy back
> to undo a mistake. It's now a change as far as svn is
> concerned but the file has an old timestamp.
That won't be a problem. When you committed it the timestamp of the
last modification is remembered, then you replace it with a file that
has a different timestamp (either the unzip tool will use the time it
was unzipped or the last modification time of the file when it was
zipped; either one will be different from the time the original file was
modified) it'll get seen as a possibly modified file and its contents
will get tested.
File copying programs and zipping programs are designed to preserve the
contents of the files, so preserving the last modification timestamp is
valid and reasonable behaviour for them, and won't trip SVN up at all.
Editing programs are designed to modify the contents of files, so
preserving the last modification timestamp is expressly forbidden -- if
they modify the file, they *have* to update the timestamp, or they're
evil lying programs. An evil lying program will confuse SVN -- but you
shouldn't be using evil programs in the first place.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 15 00:07:24 2007