[sheepdog-users] [ANNOUNCE] stable sheepdog branch
Joseph Glanville
joseph at cloudscaling.com
Wed Jun 26 07:21:18 CEST 2013
As part of creating stable branches can we also talk about upgrades
between stable releases?
Stuff like guidelines regarding ABI compatibility between stable
releases and rolling upgrades.
I am not sure it's appropriate to do so in this thread but I would
like to have the topic be discussed at some stage.
On Wed, Jun 26, 2013 at 2:02 PM, Hitoshi Mitake
<mitake.hitoshi at gmail.com> wrote:
> At Wed, 26 Jun 2013 12:39:18 +0900,
> MORITA Kazutaka wrote:
>>
>> At Wed, 26 Jun 2013 11:15:00 +0800,
>> Liu Yuan wrote:
>> >
>> > On Wed, Jun 26, 2013 at 12:06:36PM +0900, Hitoshi Mitake wrote:
>> > > At Tue, 25 Jun 2013 23:18:37 +0900,
>> > > MORITA Kazutaka wrote:
>> > > >
>> > > > Hi all,
>> > > >
>> > > > In the previous IRC meeting, we decided to maintain stable branches
>> > > > for minor version releases like 0.6.x. Currently, Hitoshi is willing
>> > > > to take charge of it, but feel free to let us know if there is someone
>> > > > who wants to manage the stable branches.
>> > > >
>> > > > I think he will propose a plan for stable versions (release cycle,
>> > > > branch name, patch management policy, and so on) later.
>> > >
>> > > Hi all,
>> > >
>> > > I'd like to propose a rough idea of the stable branch management
>> > > policy.
>> > >
>> > > - what kind of patches will be imported to the stable branch
>> > >
>> > > Of course bug fixes (e.g. Kyle's zookeeper fix) are highly
>> > > prioritized. And cleaning patches would also be imported even if they
>> > > do nothing for users because bug fixes might depend on them.
>> > >
>> > > In addition, I want to import patches of new features for helping
>> > > administration as much as possible. These would be helpful for users
>> > > who employ sheepdog for production purposes.
>> > >
>> > > - release cycle
>> > >
>> > > I'll pick a major release for a base of the stable branch per 6
>> > > months.
>> > >
>> > > One stable branch will be updated once per 4 weeks. The release would
>> > > be done after the periodic IRC meeting. I feel this releasing pace
>> > > would be confortable for users.
>> > >
>> > > - naming scheme of the stable branch (and the master branch)
>> > >
>> > > Current versioning scheme of sheepdog is x.y.z. I want to use a naming
>> > > scheme x.y.z-yyyy.mm.dd for a version number of stable branch
>> > > releases. yyyy/mm/dd expresses the release date of the branch. I will
>> > > create a branch which has a name like x.y.z-yyyy.mm.dd-working between
>> > > each release and push patches to this branch. Renaming
>> > > x.y.z-yyyy.mm.dd-working to x.y.z will be releasing. After that, I'll
>> > > create next x.y.z-yyyy.mm.dd-working'.
>> >
>> > I'd sugguest master branch use x.y naming or simply x.
>> >
>> > For simplicity, how about just bump version like (assume we use x for master)
>> > x.0, x.1, x.2 ... ?
>>
>> Can we use more friendly naming for OpenStack and QEMU users?
>>
>> I'd suggest:
>>
>> - development branch (maintainer: me and Yuan)
>>
>> master
>>
>> - stable branches (maintainer: Hitoshi)
>>
>> stable-0.6
>> stable-0.7
>> stable-0.8
>
> This naming scheme is simple and easy to understand. I vote it.
>
> Thanks,
> Hitoshi
> --
> sheepdog-users mailing lists
> sheepdog-users at lists.wpkg.org
> http://lists.wpkg.org/mailman/listinfo/sheepdog-users
More information about the sheepdog-users
mailing list