目的

这些指引旨在促进 F-Droid 内部透明、包容和平等的决策。目的是确保社区输入被重视，且决策服务于社区的集体利益。

共识

共识的定义是所有成员均可接受的协定，即便它不是所有人的首选。 当某人明确提议已达成共识且无人反对时，共识被认为实现。 提议者应明确表明共识及因此导致的行动，除非这些行动是不言而喻的。 如果无法达成共识，将发起投票流程。

包容性参与

F-Droid 鼓励所有社区成员通过 GitLab、论坛和其他沟通渠道积极贡献。

“决策者”的定义为那些是 GitLab 上 F-Droid 群组成员的个体。

如果需要删除一名成员，必须有正当的理由，且行为准则委员会和/或委员会将被请求进行介入。

透明度

我们致力于尽可能公开地做决定，默认方式为公开讨论和文档。

所有的讨论、提议和决定均被记录并且可被社区访问，除非它们包含敏感信息。如果可能，一旦内容不再被认为敏感，它将被公开。

决策期间必须公开声明利益冲突。

决策流程

多数 F-Droid 工作是技术性的，如 bug 修复或源数据更新。 任何人均可提议更改，其他人可以作贡献、讨论并用赞成或否定来投票。 结束性帖子通常概述相关决定并提议共识。 对于小的、非争议性决策，共识是隐含的。 如果提交的更改缺乏共识，维护者可以快速撤销它并继续讨论，直至达成共识。 如果更改可能有争议或需要更广泛的收集意见，提议者应当在委员会继续前从群体中收集反馈。这样的例子包括：

• 网站内容或过往做法的重大改变

• 来自维护者的合并请求未被其他成员批准

• F-Droid 核心使命之外的代表 F-Droid 的行动或声明

应向委员会咨询的内容：

• 政策更改

• F-Droid 资金分配

在利益冲突中，个体应当自行回避。 如果有利益冲突的人不自行提出，那么其他人可以通知委员会潜在的利益冲突，委员会将和那个人讨论该问题。

无法达成共识时

核心贡献者（那些有 Reporter 地位的人）、维护者、委员会应尝试按照需要在 GitLab 评论、协作文档或会议上解决问题。

为了高效决策应从一开始设置一个指定的时间段。 理想情况下，有人会志愿跟踪辩论，总结赞成/反对点，并引导对话。 如果共识仍无法达成，将就问题进行投票。

投票流程

每个提议被提交为独立的 GitLab 评论。 核心贡献者、维护者和委员会被请求投票赞成或反对每个提议。 人们可以对多个提议进行投票。 在投票期结束后，将进行计票并将采纳支持最多的提议。

如果无法通过投票达成集体决策，委员会按照其已建立的流程做出最后决定。

委员会和技术负责人角色

F-Droid 委员会是负责代表用户和开发者社区做出决策、授权决策和协调决策的择优班子。 委员会可以建立委员会或工作组并出于提供建议和支持目的将职务分派给胜任的个人。 委员会在无法达成共识，更改、政策更新和资金分配存在争议时辅助决策。

在罕见情况下，技术负责人可以推翻核心开发者和维护者的技术决定。 这样的决定可以被上诉到委员会。 上诉期间，技术负责人不投票。