> >>
> >> If I then Checkout the file to another PC or folder or Update it
on
> >> another PC its date/time isn't as per the original 'working copy'
file
> >> date/time.
> >>
> >> This means the exact same file on different PC's have different
time
> >> stamps, which messes up backups that utilize time stamps, and can
mess
> >> up build processes.
>
> AL> You can configure your client(s) to set the date/time of items
in your
> AL> WC to the time the files were committed by setting use-commit-
times =
> AL> yes in the [miscellany] section of your config file.
I also prefer to see the last-changed and/or committed date, because
it provides me with a lot of useful information. Like, when was this
file last changed?
BUT... beware of a very important caveat. I'll illustrate it with
an example...
Let's say you check out your entire project on Sunday, and build it
on Tuesday. If your build tools are like most, all your target and
intermediate files will have Tuesday's date.
Now say you do an update, and get some files that were checked in
on Monday. Those files will have Monday's date. Dependencies use
file dates almost exclusively, so your build tools will probably
look at the object file corresponding to the source files with
Monday's date and conclude that they don't need to be rebuilt
(since the target files have a later date than Monday, they must
be more up-to-date).
Of course, you would probably not checkout on Sunday and build on
Tuesday, but I exaggerated the timespans for simplicity. Usually
it's hours or minutes, and it can still be a real pain.
The only way to reliably avoid the problem is to do a complete
REBUILD every time you update your source from the archive.
So I believe the whole reason for setting the file times to
time of check-out is to avoid this problem.
Hopefully in some future OS or build suite or universe, a better
system will be used than file dates.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Sat Mar 3 12:45:10 2007