Release Management Process change - proposal

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

 



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



[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