bazaar 2.0beta format for launchpad release
Andrew Cowie
andrew at operationaldynamics.com
Wed Jun 3 05:28:18 BST 2009
On Fri, 2009-05-29 at 08:00 +0200, Martin Pool wrote:
> I'd like to rename this format to 2.0beta in the next release.
> Ideally we'll do that in such a way that if the format is unchanged in
> 2.0, we won't require a further upgrade to just call it --format 2.0.
Somewhat an aside: this is the sort of thing that always happens when
one names a format in lockstep with a public version number.
By way of illustrating a non-lockstep way of doing it, the most up to
date version of the Java class file schema is presently 50.0 ; I think
it was 46.0 in Java 1.4.2 and 49.0 in Java 1.5.0. Presumably the
major.minor thing is operating, with major not backwards compatible.
[this caused a vast kerfuffle when Java 1.5 came out. No one had really
ever been conscious of class version number; the meme was that .class
files were a static format. Nope. Nothing of the sort — as people who
used Java 1.6.0 to compile things in dev found out if they tried to run
the resultant classes with a 1.4.2 VM in production. Anyway, now we all
know about class file formats]
Anyway, if bzr mainstream formats were increasing in a manner like this
not in lockstep with the software release version number, we'd be at
some version that would have nothing to do with "2.0" and so "wouldn't
require a further upgrade".
The cost, of course, is people asking "what version of bzr do I need to
work with repository format 29?" but surely `bzr --version` could tell
you what it's up to, and we're getting that question from people now
anyway.
AfC
Sydney
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20090603/86b55ea7/attachment.pgp
More information about the bazaar
mailing list