As long as the versioning scheme is self-consistent, I don't have any opinion 
on what we use.

How do Openstack's named releases (cactus, diablo, essex) not work, though? 
(they're still sortable, right?)

(and what was the .3 in 2011.3 supposed to mean? I assume it's not March, 
considering the October release...)

-Dolph
________________________________________
From: Mark McLoughlin [mar...@redhat.com]
Sent: Monday, October 24, 2011 10:36 AM
To: Dolph Mathews
Cc: Ziad Sawalha; Thierry Carrez; openstack@lists.launchpad.net
Subject: RE: Keystone versioning and tarballs

Hi Dolph,

On Mon, 2011-10-24 at 14:35 +0000, Dolph Mathews wrote:
> We definitely need to publish a tarball for diablo.

Cool. Will the version be 1.0 or 2011.3, though? :)

> I recently refactored/centralized our versioning (we were reporting
> different versions in different places in the codebase). At the same
> time, I also set the `keystone.version()` response to 'essex-dev',
> since we haven't discussed codebase versioning very thoroughly, and it
> needed to be updated to *something* post-diablo. So, this is certainly
> open to feedback/suggestions/discussion!

Well, a completely non-numeric version doesn't work IMHO. The easiest
path is to copy nova and glance, no? i.e diablo was 2011.3 and essex is
2012.1

Cheers,
Mark.

This email may include confidential information. If you received it in error, 
please delete it.


_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to     : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Reply via email to