[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

timestamps, take N+1

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-07-03 04:12:34 CEST

OK, I'm bringing up the timestamps feature one more time. Everyone
brace yourselves. :-)

A quick recap:

  * Absolutely everyone wants 'svn export' to use commt-timestamps.
    This will be done, it's just an itty-bitty change to the export
    editor. Very easy, end of story.

  * Some folks want svn to have a complete mtime preservation system.
    Some folks don't like this idea. But either way, it involves
    creating new property types, new marshalling, and from what I can
    tell, is generally way too complex to just "throw into" svn 1.0.

  * Some folks want svn to have cvs-like behavior: that is, have 'svn
    checkout' to set commit-timestamps. Some variations have been
    discussed that have 'svn up' either [always|sometimes] using
    current timestamps. And some people don't like any of this idea,
    they find it to be inconsistent/weird, and think the status quo
    (to do nothing) is just perfect.

I have a concrete proposal now, here it is:

  1. Have 'svn export' use commit-timestamps unconditionally.

  2. Add a switch to both 'svn checkout/update' that causes all
     affected files to receive commit-timestamps. By default, these
     commands continue to use 'now' times as they do already.

Here's why I like this proposal:

  * gives users a choice. By default, most developers want 'now'
    timestamps, so that 'make' works as they expect. But release
    managers or automated build systems can pass the new switch, and
    get the commit-times they want.

  * tiny code change. We already have the commit-timestamps available
    in update_editor.c; it's just a matter of adding a flag to the
    edit_baton and tweaking svn_wc_install_file().

  * matches a cvs feature. Our target audience is CVS users, and a
    lot of them have come to expect/depend on the availability of
    commit timestamps. Some may argue that svn is more "sane" by not
    making it the default, but at least the feature will be available.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 3 04:14:15 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.