[chef-dev] Re: Re: Re: Re: releases, github milestones, etc.


Chronological Thread 
  • From: Phil Dibowitz < >
  • To: Lamont Granquist < >, Thom May < >
  • Cc: Bryan McLellan < >, Chef Dev < >, Bryan McLellan < >
  • Subject: [chef-dev] Re: Re: Re: Re: releases, github milestones, etc.
  • Date: Tue, 05 May 2015 09:27:31 -0700

On 05/05/2015 09:01 AM, Lamont Granquist wrote:
> 
> 
> On 05/05/2015 03:13 AM, Thom May wrote:
>>
>> 12.3 came off master. (well, I cut a 12.3 branch off master and released
>> from there,
>>  but that's just noise, frankly. Getting the versions right and tagging
>> master is equivalent).
>> There's no reason right now for 12.4 not to come off master in a couple of
>> weeks time.
>> What we do need to figure out is what Dan mentioned - feature flags to 
>> manage
>> changes that would constitute major versions.
>> -Thom
>>
> Its not quite noise.  The 12.3 branch gives you the ability to cut a 12.3.1
> without slurping up all the commits that have gone into master since you cut
> 12.3.0.

Assuming 12.3.x should only ever be critical bugfixes, and generally the next
release is 12.4.0 that fits the model.

> Once we're just shipping nightlies of master constantly and releases just
> bless a nightly with being stable this all changes, but you will eliminate 
> the
> ability to stabilize releases if you stop using branches entirely right 
> now. 
> And we're still not releasing weekly.

Can we define "blessing a nightly" - there's sorta two schools of thought 
here.

The first is that nightlies are versioned as such "12.3+nightly20150501" or
whatever, and when you want to "bless" a nightly you do a build of the same
git hash, but with a version number (12.4).

The second is that every nightly has it's own real big-boy version number like
12.46, 12.47 (or better yet 12.20150501, 12.20150502), and then we just update
metadata somewhere that says one is blessed which causes it to show up in a
different dropdown menu.

> As a side note, release numbering is going to become pretty weird in the
> future.  Patch versions make little sense.  And if we're promoing nightlies
> then how do we bump the minor version?  People are very used to talking 
> about
> 12.1, 12.2, 12.3, etc and if we change that and release look more like build
> numbers -- 12.56, 12.85, 12.143, etc then they'll feel like you just moved
> their cheese.  We also need to coordinate that with bumping the
> lib/chef/version.rb and releasing the gem to rubygems.

Depends on which approach we take, but either way I think that people will be
happy with us moving faster the way we've been promoting for years. :)

-- 
Phil Dibowitz                             

Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Be who you are and say what you feel, because those who mind don't matter
 and those who matter don't mind."
 - Dr. Seuss


Attachment: signature.asc
Description: OpenPGP digital signature




Archive powered by MHonArc 2.6.16.

§