项目RFC 1:项目委员会指南¶
- 作者
弗兰克,霍华德巴特勒
- 联系
- 状态
通过
- 最后更新
2018-06-08
总结¶
本文件描述了项目指导委员会(PSC)如何确定成员资格,并就项目的所有方面(包括技术和非技术)作出决定。
PSC管理职责示例:
制定总体发展路线图
制定技术标准和政策(例如编码标准、文件命名约定等)
确保项目软件的定期发布(主要和维护)
审查RFC以获得软件的技术增强
项目基础设施(如GitHub、持续集成托管选项等)
与外部实体(如OSGEO)的关系形式化
确定项目优先级,尤其是与项目赞助有关的优先级
创建和监督专门小组委员会(如项目基础设施、培训)
简而言之,项目团队对 proj mailing list . 提案可供审查至少两天,一次否决就足以拖延进展,尽管最终多数成员国可以通过提案。
PSC成员名单¶
(截至2018-06的最新版本)
克里斯蒂安·埃弗斯 @kbevers (丹麦克朗) 椅子
霍华德巴特勒 @hobu (美国)
查尔斯·卡尼 @cffk (美国)
托马斯·克努森 @busstoptaktik (丹麦克朗)
甚至鲁奥 @rouault (法语)
库尔特·施韦尔 @schwehr (美国)
弗兰克·沃默丹 @warmerdam (美国) 退休
详细流程¶
提案被写在网上提交 proj mailing list 供任何有关方面讨论和表决,而不仅仅是委员会成员。
在做出最终决定之前,提案必须至少在两个工作日内可供审查。
被访者可以投票“+1”,表示支持提案和支持实施的意愿。
被调查者可以投票“-1”否决一项提案,但必须在两天内提供清晰的理由和其他解决问题的方法。
投-0表示有轻微的分歧,但没有效果。0表示没有意见。A+0表示轻度支持,但没有效果。
任何人都可以对名单上的提案发表评论,但只计算项目指导委员会成员的投票数。
如果一个提案获得+2(包括作者),并且没有否决权(-1),它将被接受。
如果一项提案被否决,并且不能修改以满足所有缔约方的要求,那么可以重新提交进行否决投票,其中表明+1的所有合格选民的多数足以通过该提案。请注意,这是所有委员会成员的多数,而不仅仅是那些积极投票的成员。
讨论和投票结束后,作者应宣布他们正在进行(接受提案)还是正在撤回(否决提案)。
主席有投票权。
主席负责跟踪谁是项目指导委员会的成员(可能是CVS中PSC文件的一部分)。
委员会成员的增加和撤换以及主席的选择应作为向委员会提出的建议处理。
主席裁决投票有争议的案件。
RFC原点¶
什么时候需要投票?¶
委员会成员的任何变更(新成员,删除不活跃成员)
项目基础设施的变更(如工具、位置或实质性配置)
任何可能导致向后兼容性问题的内容。
添加大量新代码。
更改子系统间API或对象。
程序问题。
何时应该发布。
处理与外部实体(如OSGEO)关系的任何内容
任何可能引起争议的事情。
观察¶
如果事情破裂,主席是最终的裁决者。
绝对多数原则可以用来推翻阻挠性否决,但在正常情况下,需要说服否决者撤回其否决权。我们正在努力达成共识。
委员会成员¶
PSC由技术贡献者(如开发人员)和项目用户社区的杰出成员组成。PSC没有固定的成员数,尽管最初的愿望是将成员数设置为6。
添加成员¶
委员会的任何成员 proj mailing list 可随时提名某人为委员会成员。只有现有的PSC委员会成员可以投票选举新成员。提名人必须获得现有成员的多数票才能加入PSC。
下台¶
如果出于任何原因,PSC成员不能完全参与,那么他们当然可以自由退出。如果一名成员在两个月内没有活动(例如没有投票、没有IRC或电子邮件参与),则委员会保留寻求提名以填补该职位的权利。如果那个人再次变得活跃(嘿,确实如此),那么他们肯定会受到欢迎,但需要提名。
会员责任¶
指导发展¶
成员应积极引导他们感兴趣的新功能的开发。一旦一项变更请求被接受并给予继续执行的绿灯,并不意味着成员没有义务。对变更请求投票“+1”的PSC成员应保持参与,并确保以对用户最有利的方式实施和记录变更。请注意,这不仅适用于影响代码的更改请求,还适用于影响网站、技术基础结构、策略和标准的更改请求。
邮件列表参与¶
PSC成员将积极参与 proj mailing list ,遵循开源邮件列表礼仪。PSC的非开发人员成员不需要回答开发人员邮件列表中的编码级别问题,但是他们需要在RFC讨论时提供他们对用户级别需求和兼容性问题的想法和意见。
更新¶
2018年6月
以下成员批准了RFC 1