[Gluster-devel] Release Management Process change - proposal

Vijay Bellur vbellur at redhat.com
Fri Apr 29 03:58:21 UTC 2016


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




More information about the Gluster-devel mailing list