[dpdk-dev] releases scheduling

Wiles, Keith keith.wiles at intel.com
Tue Dec 15 15:42:15 CET 2015


On 12/15/15, 7:37 AM, "dev on behalf of O'Driscoll, Tim" <dev-bounces at dpdk.org on behalf of tim.odriscoll at intel.com> wrote:

>
>> -----Original Message-----
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
>> Sent: Sunday, December 13, 2015 7:23 PM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] releases scheduling
>> 
>> Hi all,
>> 
>> We need to define the deadlines for the next releases.
>> During 2015, we were doing a release every 4 months.
>> If we keep the same pace, the next releases would be:
>> 	2.3: end of March
>> 	2.4: end of July
>> 	2.5: end of November
>> 
>> However, things move fast and it may be a bit long to wait 4 months for
>> a feature. That's why I suggest to progressively shorten release terms:
>> 	2.3: end of March
>> 	2.4: mid July
>> 	2.5: end of October
>> and continue with a release every 3 months:
>> 	2.6: end of January
>> 	2.7: end of April
>> 	2.8: end of July
>> This planning would preserve some of the major holiday periods
>> (February, May, August, December).
>> 
>> The first period, for the first submission of a feature, was 2 months
>> long.
>> Then we had 2 other months to discuss, merge and fix.
>> We should shorten only the first period.
>> 
>> Anyway, the next deadlines should be unchanged:
>> 	- January 31: end of first submission phase
>> 	- March 31: release 2.3
>> 
>> Opinions are welcome.
>
>I think moving to quarterly releases is a good idea. Your proposal to do this in a gradual way, so that we don't change the 2.3 dates, also makes sense.
>
>Should we consider changing the release numbering at the same time? It's difficult to keep track of when each 2.x release is due, and we don't have any criteria in place for moving to 3.x in future. Many people like the Ubuntu numbering scheme of Year.Month. Should we consider adopting that convention? If we move in future to a model where we have long-term support releases (something that was touched on in Dublin), then we could append an LTS designation to the release number.

+1 for the Ubuntu number and the LTS
>
>
>Tim
>


Regards,
Keith






More information about the dev mailing list