[dpdk-web] [dpdk-dev] [PATCH v2] update stable releases roadmap

Aaron Conole aconole at redhat.com
Fri Apr 20 17:52:07 CEST 2018


Kevin Traynor <ktraynor at redhat.com> writes:

> On 04/18/2018 02:28 PM, Thomas Monjalon wrote:
>> 18/04/2018 14:28, Ferruh Yigit:
>>> On 4/18/2018 10:14 AM, Thomas Monjalon wrote:
>>>> 18/04/2018 11:05, Ferruh Yigit:
>>>>> On 4/11/2018 12:28 AM, Thomas Monjalon wrote:
>>>>>> -	<p>Typically a new stable release version follows a mainline release
>>>>>> -	by 1-2 weeks, depending on the test results.
>>>>>> +	<p>The first stable release (.1) of a branch should follow
>>>>>> +	its mainline release (.0) by at least two months,
>>>>>> +	after the first release candidate (-rc1) of the next branch.
>>>>>
>>>>> Hi Thomas,
>>>>>
>>>>> What this change suggest? To be able to backport patches from rc1?
>>>>
>>>> Yes, it is the proposal we discussed earlier.
>>>> We can wait one week after RC1 to get some validation confirmation.
>>>> Do you agree?
>>>
>>> This has been discussed in tech-board, what I remember the decision was to wait
>>> the release to backport patches into stable tree.
>> 
>
> Any minutes? I couldn't find them
>
>> It was not so clear to me.
>> I thought post-rc1 was acceptable. The idea is to speed-up stable releases
>> pace, especially first release of a series.
>> 
>> 
>
> I think timing of stable releases and bugfix backports to the stable
> branch are two separate items.
>
> I do think that bugfix backports to stable should happen on a regular
> basis (e.g. every 2 weeks). Otherwise we are back to the situation where
> if there's a bugfix after a DPDK release, a user like (surprise,
> surprise) OVS may not be able to use that DPDK version for ~3 months.
>
> Someone who wants to get the latest bugfixes can just take the latest on
> the stable branch and importantly, can have confidence that the
> community has officially accepted those patches. If someone requires
> stable to be validated, then they have to wait until the release.

+1 - this seems to make the most sense to me.  Keep the patches flowing,
but don't label/tag it until validation.  That serves an additional
function: developers know their CC's to stable are being processed.

> Kevin.


More information about the web mailing list