Re: Release Management Process change - proposal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



+1 from Geo-rep.

Will explicit ack to be done in the mailing list?
regards
Aravinda
On 05/10/2016 12:01 AM, Vijay Bellur wrote:
Hi All,

We are blocked on 3.7.12 owing to this proposal. Appreciate any
feedback on this!

Thanks,
Vijay

On Thu, Apr 28, 2016 at 11:58 PM, Vijay Bellur <vbellur@xxxxxxxxxx> wrote:
Hi All,

We have encountered a spate of regressions in recent 3.7.x releases. The
3.7.x maintainers are facing additional burdens to ensure functional,
performance and upgrade correctness. I feel component maintainers should own
these aspects of stability as we own the components and understand our
components better than anybody else. In order to have more active
participation from maintainers for every release going forward, I propose
this process:

1. All component maintainers will need to provide an explicit ack about the
content and quality of their respective components before a release is
tagged.

2. A release will not be tagged if any component is not acked by a
maintainer.

3. Release managers will co-ordinate getting acks from maintainers and
perform necessary housekeeping (closing bugs etc.).

This is not entirely new and a part of this process has been outlined in the
Guidelines for Maintainers [1] document. I am inclined to enforce this
process with more vigor to ensure that we do better on quality & stability.

Thoughts, questions and feedback about the process are very welcome!

Thanks,
Vijay

[1]
http://www.gluster.org/community/documentation/index.php/Guidelines_For_Maintainers


_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel

_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux