项目角色是为对特定项目或代码库感兴趣的人员设计的。您可以在多个项目中担任角色，但必须分别授予。
如果您想申请这些职位之一，请参阅主要社区团队页面。
项目贡献者
谁应该使用:
如果你对CC项目有贡献，你应该申请这个职位。
这个职位给了你什么?
你如何与社区互动?
你可透过以下途径与社区人士互动:
项目贡献者指南
如果您已被接受为项目贡献者，我们鼓励您:
项目合作者
谁应该使用:
如果您已经为项目做出了一些重要的贡献(例如添加了一些新特性)，并且非常了解项目的整体代码库，那么您应该申请。
这个职位给了你什么?
- 项目贡献者得到的一切。
- 卡塔尔vs葡萄牙分析知识共享的工作人员会根据您的要求给您写一封推荐信。
你如何与社区互动?
除了提供给Project Contributor的渠道外，您还可以使用以下渠道与社区互动:
项目合作者指南
如果您已被接受为项目合作者，我们鼓励您:
- 做项目贡献者所做的一切。
- 审查和筛选新问题。
- 如有必要，向问题作者询问更多细节。
- 与项目维护者检查这个问题是否有意义。
- 一旦你有了所有你需要的信息，适当地更新有关问题的标签(例如，删除“等待分诊”的标签)。
- 检查已分配的拉请求以解除阻塞合并。
- 在你加入的新会议和渠道中参与讨论。
- 找出对项目有希望的贡献者，并邀请他们加入社区团队。
注意:项目成员的角色在2020年7月被废除，所有成员被重新指定为合作者。
项目核心提交者
谁应该使用:
如果您对项目做出了许多重要的贡献，非常了解代码库，并且对项目的主动维护感兴趣，那么您应该申请。
这个职位给了你什么?
- 项目合作者得到的一切。
- 您将有资格领导GSoC、GSoD和外联工作计划(以及类似的)的创作共用项目。卡塔尔vs葡萄牙分析
你如何与社区互动?
除了提供给Project Collaborator的渠道外，您还可以使用以下渠道与社区进行交流:
项目核心提交人指南
如果您已被接受为项目核心提交人，我们鼓励您:
- 做项目合作者所做的一切。
- 合并你有信心工作良好并符合项目指导方针的pr。
- 如果你感兴趣的话，主动询问导师的机会。
项目维护者
谁应该使用:
如果你已经是一个核心提交者，并且你有兴趣承担维护者的责任，你应该申请。请注意，这个角色有很多责任!
这个职位给了你什么?
项目核心提交者得到的一切。
你如何与社区互动?
除了提供给项目核心提交人的渠道外，您还可以使用以下渠道与社区进行交流:
项目维护者指南
作为一名项目维护者需要承担更多的责任和指导方针，如下所示:
责任
作为项目维护者，你的职责如下:
- 审查拉请求(PRs):我们希望你定期审查收到的拉请求(我们的目标是审查所有的拉请求三个工作日内）.
- 决定社区团队应用程序:您需要对项目的Community Team应用程序做出最终决定。
- 及时与申请人和开源社区协调员(OSCC)沟通:您应该直接联系社区团队的申请人，让他们知道他们的申请状态。
- 如果可能的话，我们希望在申请后的7个工作日内回复申请人。如果这是不可能的，你应该联系申请人，让他们知道这需要比平时多一点的时间(可能是由于内部讨论需要一段时间，其他事情有先例，等等)，我们正在处理。
- 当OSCC就新的社区团队申请或其他相关事宜联系您时，您应立即(在三个工作日内)与OSCC沟通。
- 你也应该通知OSCC你关于社区小组申请的决定。
- 让贡献者了解社区团队:如果您注意到一个强大的贡献者，您应该通知他们社区团队的存在，向他们提供到CC开源站点上社区团队页面的链接，并鼓励他们申请。
社区团队角色的申请将由开源社区协调员(OSCC)单独发送给您。OSCC已确保满足该职位的基本要求。如果不符合基本要求，当你收到OSCC的申请时，你会被通知。
从这里开始，您应该根据评估标准审查申请和申请人的贡献。作为维护人员，您在这里有很大的自由裁量权。如果申请人满足要求，但您认为他们还没有为申请的角色做好准备，则可以选择授予特权较少的角色，或者根本不授予角色。
无论你的决定是什么，你都应该做以下事情:
- 将你的决定通知OSCC。请包括申请人的姓名，他们所申请的职位，如果他们申请的是基于项目的职位，他们所申请的项目。从这里开始，OSCC将帮助协调权限和角色管理。
- 通知申请人你的决定。如果你选择授予他们所申请的职位，那么发送祝贺信息。如果您选择完全不授予他们该角色，或者授予他们特权较少的角色，您应该构造一些简短的反馈，以说明他们的申请被部分或全部拒绝的原因。在您可以访问的社区团队谷歌共享驱动器中，有一个针对这类反馈的模板。
- 一旦你收到提名的“伟大贡献”和职位申请，立即回复。我们希望从申请到做出决定的时间不超过7个工作日，但这有一定的灵活性。
额外的笔记
所有社区团队的工作都是在志愿者的基础上完成的。如果团队成员愿意，他们可以接任务，在这里或那里提供帮助，但不应该期望他们总是使用他们所有的特权。
在社区团队中，您有很大的自由裁量权。所有职位的所有申请人都需要经过您的亲自批准，即使申请人符合硬性要求，您也可以基于主观标准拒绝申请。
下面是一些其他杂项:
- 问题提交要求是组织范围的，但PR要求不是。申请人应就他们打算获得特权的回购提交建议书。
- 如果两个回购密切相关(例如，目录和目录api)，或者回购X中的工作也定期包含回购Y中的工作，项目维护者可以协作，同时向两个回购中的贡献者授予角色。
- 项目维护者可以根据存储库的性质选择不授予角色。
作为一名维护者，您有能力做出一些特定于存储库的考虑。其中包括:
- 发布和PR需求可能因存储库的流量而异。如果维护人员希望为他们的存储库指定不同的编号，他们应该在回购的README中声明这些需求。
- 如果存在特定于该存储库的某种类型的工作，维护人员可能会扩展作为“贡献”的内容。
- 维护者可以在每次回购时授予特定的特权，这取决于该回购中发生的工作类型(例如cccatalog中的问题研究)。