RFC-1：项目指导委员会

本文档描述了 PostGIS 项目指导委员会的功能，确定成员资格以及执行这些功能的过程。

项目指导委员会的功能

PSC 的两个主要功能是

PSC 预计能够代表 PostGIS 项目发言和采取行动。

质量控制机制，这是 PSC 的责任，目前包括

通常，一旦授予写访问权限，开发者就可以根据需要对代码库进行更改。对于有争议或复杂的更改，必须在开发者的邮件列表中达成共识，或者可能需要 RFC 和投票。

取消源代码存储库的写访问权限作为对委员会的提案处理，如下面的“决策流程”部分中所述。

对代码库的控制还包括确保其符合所有相关法律要求。这包括版权和许可以及其他问题。提交者指南文档将包括有关版权和许可合规性的部分。

PSC 将分担责任并对与 PostGIS 项目的总体方向管理及其外部可见性相关的问题做出决策。这些包括但不限于

PSC 负责确保妥善处理对 PostGIS 项目未来至关重要的问题。这可能是为特定目的成立和监督小组委员会。

将书面提案提交至 postgis-dev 邮件列表以供讨论和投票。具有重要技术细节的提案应作为 RFC 撰写在 PostGIS Wiki 上，并且应向 postgis-dev 邮件列表发送一封宣布提案的电子邮件，其中包含指向 RFC 的链接。提案可以由任何感兴趣的方提出，而不仅仅是 PSC 成员。

在做出决策之前，提案必须至少可供审核两个工作日。
答复者可以投票“+1”表示支持该提案并愿意支持实施。
答复者可以投票“-1”否决提案，但必须在两天内提供明确的理由和解决问题的替代方法。
-0 票表示轻微不同意，但没有影响。0 表示没有意见。+0 表示轻微支持，但没有影响。
任何人都可以在列表中对提案发表评论，但只有项目指导委员会成员的选票会被计算在内。
如果提案获得 +2（包括作者）且没有否决票（-1），则该提案将被接受。
如果一个提案被否决，并且无法修改以满足所有方的要求，那么可以重新提交进行否决票推翻，其中所有符合投票资格的选民中大多数人表示 +1 即足以通过该提案。请注意，这是所有委员会成员中的大多数，而不仅仅是积极投票的人。虽然此投票提供了一种推翻阻挠否决权的方法，但理想情况下所有成员都可以达成共识。
在讨论和投票完成后，作者应宣布他们是否继续（提案被接受）或撤回提案（被否决）。
主席拥有投票权。
主席负责在 wiki 上为此目的提供的页面上跟踪谁是项目指导委员会的成员。
委员会成员的增加和删除，以及主席的选择应作为对委员会的提案进行处理。
在投票争议或投票系统崩溃的情况下，主席是最终裁决者

PSC 由个人组成，包括技术贡献者（例如开发人员）和 PostGIS 用户社区的杰出成员。PSC 没有固定的成员数量。

postgis-dev 邮件列表的任何成员均可在任何时候提名某人加入委员会。只有现有的 PSC 委员会成员才能对新成员进行投票。被提名者必须获得现有成员的多数票才能加入 PSC。

一旦有人被投票进入 PSC，就必须完成以下任务

将他们添加到 https://postgis.postgresql.ac.cn 站点的页脚
将他们添加到 git.osgeo.org/gitea/postgis、github.com/postgis、gitlab.com/postgis 的 git 所有者列表中
将他们作为当前成员添加到此文档中
将他们添加到文档中，如果他们已经在成员列表中，则应将他们移至 psc 列表（当前开发和最新稳定版 - https://postgis.postgresql.ac.cn/docs/postgis_introduction.html#psc，https://postgis.postgresql.ac.cn/docs/manual-dev/postgis_introduction.html#psc
将他们添加到 linkedin PostGIS 项目组中
将他们添加到 psc@postgis.net 电子邮件分发中（这在 PairDomains 邮件转发注册中 - 因此需要 OSGeo sac 成员来执行此操作）
将他们添加到 LDAP postgis 组中
将他们添加到 LDAP shell 组中，并在其 download.osgeo.org 帐户中安装他们的 sshkey（需要这样做，以便他们可以将源 tarball 和文档上传到 download.osgeo.org/postgis） - 目前还需要 SAC 成员来执行此操作

如果出于任何原因，PSC 成员无法充分参与，那么他们可以自由辞职。如果成员在两个月内不活跃（例如没有投票，没有 IRC 或电子邮件参与），则委员会保留寻求提名以填补该职位的权利。如果该人员再次活跃，他们将需要提名。

成员应积极指导他们热衷的新功能的开发。一旦变更请求被接受并获得继续执行的绿灯，并不意味着成员可以免除其义务。对变更请求投票“+1”的 PSC 成员应保持参与，并确保以对用户最有利的方式实施和记录变更。请注意，这不仅适用于影响代码的变更请求，还适用于影响网站、技术基础设施、政策和标准的变更请求。

PSC 成员应参加预定的 IRC 开发会议。如果事先知道成员无法参加会议，则成员应通过电子邮件告知会议组织者。

PSC 成员应积极参与 postgis-users 和 postgis-dev 邮件列表，并遵守开源邮件列表礼仪。PSC 中的非开发人员成员不必在开发人员邮件列表上回答编码级别的问题，但是当 RFC 讨论进行时，他们应提供对用户级别要求和兼容性问题的想法和意见。

PostGIS 开发团队在 PSC 下有效工作了数年，但该过程尚未记录。此 RFC 将分发到 postgis-users 和 postgis-dev 邮件列表以征求意见，在使用此处定义的投票流程接受此 RFC 之前，所有实质性意见都将得到适当处理。

当前项目指导委员会成员为

最初的项目指导委员会成员为