On 2005-02-17 01:48:37 +0100, Marc Espie wrote: > Dare I say it ? > I don't want any locale behavior in a version control system. > Specifically because there are client/server issues, and you never > know which is which. I've seen enough trouble with cvs timestamps. > > If/when gcc switches to svn, please, please, please try very hard to > ensure that any time coming out of svn or going in is in UTC by default, > and that the user will have to push very hard to get local time.
It depends on the commands/features. For instance, the Date keyword gets the local time (a bad idea IMHO, for keywords), and the Id keyword gets the UTC time. "svn log" gives the local time. You can still use aliases and/or wrappers to set TZ=UTC and always get UTC time. > I remember trying to find a bug by dichotomy, and having a real hard > time figuring out which parts of the log were in Mountain Time, which > were in GMT, how to convert between the two, while trying to actually > find that darn bug. AFAIK, Subversion uses UTC time internally, but always works with the local time of the user for the interface (I don't know what happens for ambiguous dates, due to summer/winter times). Anyway, Subversion has global revisions, so that doing a dichotomy is much easier than with CVS, and using times is not necessary. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / SPACES project at LORIA
