Re: ISO-8601 dates still

Nuutti Kotivuori <naked@iki.fi> writes:

> And the third choice is to do what I mentioned in the very beginning -
> make a revision that understand the new timestamps, but produces old
> timestamps still. And then postpone the timestamp changing until a new
> bootstrap tarball is released naturally.

This sounds like the best strategy, as you mentioned earlier:

"Phase 1": libsvn_wc understands both kinds of timestamps. It writes
new-style timestamps to the entries file, but sends old-style
timestamps over the network. Hopefully this can be done before the
pre-alpha milestone.

"Phase 2": after we upgrade our server for pre-alpha, the client can
start sending new-style timestamps to the server.

The issue, as you pointed out, is that it would be bad to have recent
revisions with new-style timestamps on them; it means older clients
would choke when they tried to update. The server should never be
sending new-style stamps until there's a new tarball out there that
can deal with them.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun May 19 17:11:00 2002