>>> Therefore, also svn should (at least in its default configuration)
>>> follow that convention and touch the timestamp if it modifies
>>> a file for example by svn update.
>> No. If I'm going back to an earlier revision of a source file (when
>> bisecting, for instance), I expect "make" to rebuild everything
>> depending on that file - because in my working copy, that file was
>> changed *by svn*. The user, and Make, live in real time, which is
>> monotonically increasing - not in subversion time which can be
>> spun back and forth like magnetic tape.
> I think we both mean exactly the same:
> svn should behave (as default) as it behaves now:
> "svn update" sets the file time to the current time (touch).
And yet many users enable the commit-times feature, thumbing their
nose at this use-case. Storing modification times is useful in
use-cases of a non-trivial number of users. If someone produces a
patch that supports this, the working copy code should continue to
support the current modes of operation (and keep the same default
behaviour) to avoid alienating existing users.
I think everyone's done arguing for and against the feature - some
find it useful some do not - we get it already.
Stick to the arguments that make sense (pretty much every word of Karl
Fogel recent post). This is an open project, if someone does the
work, the results do not harm existing users and the patches meet the
required standard then accept them into the product. As always no-one
is compelled to write it, volunteers welcome.
Note that a similar fight has been underway practically forever for an
obliterate feature as well and only somewhat recently has this really
been accepted as not something needing pitchforks with an angry mob
(or is it angry mob with pitchforks - is it the users or the tool that
drives things, I forget) to protect Subversion from the feature. I
mean ok, progress seems to have stalled a little, but at least the
attitude has changed to a desire to see a good design.
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-07-12 14:23:02 CEST