On Mon, 29 Nov 2004, Kris Deugau wrote:
> Patrick Smears wrote:
> > The reason for the default behaviour is that any other behaviour
> > tends to confuse utilities like 'make' that depend on timestamps on
> > files to determine which file has been changed most recently (e.g. if
> > someone else commits a change to a file, then I do a 'make', then I
> > update my WC to pull in their change - I want the changed file to
> > have the time of my update, not the time of their commit or the time
> > they changed the file, or else 'make' won't know to rebuild targets
> > that depended on the changed file...).
>
> Hmmm. I think you've got this scenario a little backwards. If you make
> changes to a source file, and commit it; then someone else makes
> changes elsewhere (changes that don't interfere with yours) and commits,
> *that* version of the file is the "correct" (newer) one - not the one in
> your local WC.
>
> When you svn up, if someone has committed changes to a file, that file
> should have a newer timestamp either way - and if the changes from
> someone else's change conflict with changes you've made since your
> commit, the timestamp on your file will be newer still once you've
> resolved that.
I don't think I've got the scenario backwards, but I probably haven't
explained it well - fortunately others on the list have explained my point
better than I did! The gist is that, when the update happens, files
modified by the update must be marked with a timestamp later than the most
recent 'make' that I did, or else things might not get rebuilt that
should...
> Assuming, of course, that everyone's system clocks are in some state
> resembling synchronized. <g>
Of course, this is another good point - but when files get marked with the
time-of-last-update, at least you're only dealing with your the clock on
your own machine!
Patrick
--
The easy way to type accents in Windows: http://www.frkeys.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 30 10:30:47 2004