[openstack-dev] [all][release] summit session summary: Release Versioning for Server Applications

Doug Hellmann doug at doughellmann.com
Tue Jun 16 13:21:19 UTC 2015


Excerpts from Timur Nurlygayanov's message of 2015-06-16 12:49:02 +0300:
> Hi Doug,
> 
> I suggest to use some version for neutron-*aas plugins, probably, 1.0.0
> just to have one pattern for all components. If we will not use numbers for
> the first releases (or release candidates) it will be hard to understand
> what the version it is. What do you think about it?

We actually *don't* want everything to look the same, because we
don't expect it to stay the same over time and so we don't want to
introduce confusion twice (once now, when we change the versions,
and again later, when the versions diverge).

So, for the neutron plugins, we want versions that reflect their
history. If that happens to mean they are all 1.0, that's OK, but
we don't want to choose the same versions just because we want them
to be the same.

Doug

> 
> Thank you!
> 
> On Tue, Jun 16, 2015 at 12:31 PM, Sergey Lukjanov <slukjanov at mirantis.com>
> wrote:
> 
> > I have a question regarding proposed release versions - are we starting to
> > count releases from zero? And 2015.1 (Kilo) missed in all projects in
> > etherpad. So, it means if we're starting from 0.0.0 then the proposed
> > versions are correct, but if we want to start from 1.0.0 (IMO it's better),
> > we should increment all proposed versions.
> >
> > Re Sahara version I think it'll be more logical to count 0.X releases as a
> > single version 0.X and start from 1.0.0 for Icehose, 2.0.0 for Juno and
> > 3.0.0 for Kilo, so, for Sahara I think anyway it'll be better to start
> > versioning from 4.0.0.
> >
> > Thanks.
> >
> > On Tue, Jun 16, 2015 at 12:04 PM, Ihar Hrachyshka <ihrachys at redhat.com>
> > wrote:
> >
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA256
> >>
> >> On 06/16/2015 09:44 AM, Thierry Carrez wrote:
> >> > Doug Hellmann wrote:
> >> >> [...] I still need to chat with Kyle about some of the neutron
> >> >> spin-out projects, since their repositories have the old neutron
> >> >> tags but I don't think it's appropriate to use the same version
> >> >> number as neutron for newer projects. [...] neutron 8.0.0
> >> >> neutron-fwaas neutron-lbaas neutron-vpnaas
> >> >
> >> > In Kilo (where they were introduced) those were released as a
> >> > single deliverable made of 4 source code tarballs. They would do
> >> > release candidates together, release together. My understanding is
> >> > that they are not versioned separately, they are supposed to be
> >> > used at the same version together.
> >> >
> >> > If that assumption is correct, I think we should still consider it
> >> > a single deliverable with a single version scheme, and have the
> >> > neutron-*aas all starting at 8.0.0.
> >> >
> >>
> >> Yes, please don't assume they are independent, at least for now while
> >> *aas don't have their own API endpoints.
> >>
> >> Ihar
> >> -----BEGIN PGP SIGNATURE-----
> >> Version: GnuPG v2
> >>
> >> iQEcBAEBCAAGBQJVf+akAAoJEC5aWaUY1u57ryYH/30vflSJUTq8dseE4fL1Qv1u
> >> zLkq1bS39+AKRUihSqGQH+tNyq3tATBmqMDfMMzZ/WEYJfxsopiHnTJ4DMdpwNUo
> >> z31MmDO1CplG99PgK/9LE2jRagxeC18QpstnE5G4UkG/Ul/jzG+0os1pGjCi69i1
> >> 9CQI1ZWUjRU8bbq8s7JISi54eCi0t5pzyoVqjh9MtJ5oOWhxFdD7bJg8jvjNzEb4
> >> 5qT5ZSUk2iTI647sfap27fZS1DZ2KAmJwSFSE6jew+FVeepQh/UBPJmmNbcN1D3q
> >> uBg5+MDbnGXVhka/gB1m3k77JKglZI3DH4oI3wVsinRlyHsfh/gXNsOyPxHGHw0=
> >> =vQnQ
> >> -----END PGP SIGNATURE-----
> >>
> >> __________________________________________________________________________
> >> OpenStack Development Mailing List (not for usage questions)
> >> Unsubscribe:
> >> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>
> >
> >
> >
> > --
> > Sincerely yours,
> > Sergey Lukjanov
> > Sahara Technical Lead
> > (OpenStack Data Processing)
> > Principal Software Engineer
> > Mirantis Inc.
> >
> > __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> 



More information about the OpenStack-dev mailing list