FreedomBox 社区管理
关于我们的社区
FreedomBox 软件项目由一个包含兼职志愿者和全职贡献者的社区共同管理。在治理方面,我们依赖书面的行为准则与共同执行的标准。社区旨在通过公开讨论和达成共识来作出决议。发生分歧时,社区会持续讨论直至找到解决方案,或一致同意推迟讨论。虽然只有少数指定开发者拥有接受合并请求(Merge Request)的权限,但我们欢迎任何人加入我们的贡献者社区并提交代码或非代码贡献。
核心团队
来认识一下我们核心团队的成员吧!虽然许多社区成员都做出了贡献,但核心团队由那些最深入参与 FreedomBox 开发的人员组成。
-
Sunil Mohan AdapaLead Developer & Code Reviewer电子邮箱 -
Joseph NuthalapatiDevOps Engineer, Developer, & Code Reviewer电子邮箱 | 社交媒体 | 网站 -
James ValleroyRelease Manager, Developer, & Code Reviewer电子邮箱 | 社交媒体
贡献者
虽然我们的核心团队规模不大,但多年来已有数百名志愿者为 FreedomBox 做出了贡献。其中许多贡献者列在此处。感谢他们的辛勤付出!
如何作出决策
通常,关于软件开发和设计的决策由核心团队成员讨论,并使用我们的开源软件开发平台(即 GitLab)进行实施。我们团队作出的许多决策并没有争议,不需要长时间讨论。
然而,有时长期的讨论势在必行。对于可能存在分歧的提案,我们采用“征求意见稿”(RFC)流程。RFC 应当发布至我们的开放开发平台(如 GitLab 或论坛),并包含以下内容:(1) 提案的书面概述、草案或原型;(2) 阐明该提案必要性的简要说明;(3) 实施提案所需的具体行动清单。此外,RFC 还可包含第四项可选内容:建议的讨论时间表,以防止无谓延误。若分歧导致难以按既定时间表推进,参与者应本着善意努力达成妥协;若仍无法达成一致,可适当延长讨论期限。
通过修订不断完善
通常,当关于软件开发或设计的提案被采纳时,这些提案会被视为可修订的而非永久不变的。这种“通过修订不断完善”的提案机制使我们能够采纳整体成熟的提案,而不必过分纠结于细节。对已采纳提案的微调随时可以在后续进行,无需一步到位。与原始提案一样,修订同样需要经过讨论,不得单方面进行。本着探索实验的精神,我们拥抱可修订性,以推动软件的渐进式改进。