项目团队
项目团队是活跃提交者的集合，他们在这个项目上拥有责任和权限。
价值和行为
作为Eclipse基金会项目的一部分，该项目社区预期将遵循并维护[Eclipse社区行为守则](https://www.eclipse.org/org/documents/Community_Code_of_Conduct.php)。我们作为项目社区，承诺维护这一守则，以促进一个专业的、尊重的和欢迎的环境。
如果参与者使用被动攻击性的、不尊重的或轻蔑的语言或语调，表现出不专业的行为，或以其他方式违反《行为准则》，项目团队将向他们发出警告，通知他们这种行为是不可接受的。如果发生第二次事件，项目团队可能会要求个人自愿离开社区一段时间，并/或发送邮件至codeofconduct@eclipse.org[向Eclipse基金会报告行为准则违规行为]。
任何社区成员都可以向Eclipse提交行为守则报告。个人不需要等待项目团队采取行动。也不需要告知项目团队他们正在提交一份行为守则报告。
决策过程
技术、编辑和治理决策是通过以下方法做出的。
沉默的共识
沉默共识是这个项目默认的决策机制。提交问题后，项目团队成员将对其进行完整性审核，并为其分配标签。已通过分类审查（带有 triage: passed 标签）的问题和没有被标记需要评估审核、请求更改或需要更多信息的合并请求（MRs），可以通过沉默共识被接受。*在问题或MR可以接受评论至少48小时（不包括周末和节假日）后，才能达成沉默共识。*这样可以确保每个人都有足够的时间来评估和回应问题或MR。此外，MR应至少由一个项目团队成员审查。团队成员不能审查他们自己的MR。如果在沉默共识期结束时没有人提出[反对，反对]，那么问题或MR被项目接受。
评估
当一个问题被标记为需要评估审查时，一个自选的社区成员小组将与问题提交者一起工作，评估该提案，并解决有关其完整性、范围、可行性、影响等的任何疑虑。一旦小组就提案达成共识，更新后的提案将进入无异议共识阶段。在某些情况下，可能会在评估审查期间提交一个草案MR，以便细化可能的解决方案并发现障碍。如果在共识期间没有人提出反对意见，那么该问题就被接受，可以提交一个实施提案的MR。
异议
对问题或合并请求(MR)提出反对意见必须包括明确的反对理由，并在可能的情况下，提供一套可执行的步骤图中反对意见。提出反对的人必须对进一步讨论该问题或合并请求保持响应，直到他们的关切得到解决或他们撤回反对意见。如果提出反对的人在提出反对后7天内没有响应，或者如果项目团队要求他们提供更多信息而他们不能阐明反对意见，项目团队可以驳回该反对。
投票
如果在一个问题上或者引入重大破坏性变化的合并请求上无法达成共识，但必须做出某种决定时，团队成员可以要求进行投票。
投票必须至少开放五天，或者直到大多数活跃项目成员已经投票且随后的投票不会改变最终决定时为止。投票结束日期应在投票呼吁中明确说明。
投票是通过电子方式使用yes/no/abstain回复系统进行的，其中+1代表赞成，-1代表反对，0代表弃权。不认可其他的回应。
当对某个议题或者合并请求(MR)进行投票时，活跃项目团队成员中的多数必须同意赞成（是），一个提案才能被通过。