6.9 KiB

Raw Blame History

夜莺监控是一款开源云原生监控系统，由滴滴设计开发，2020 年 3 月份开源之后，凭借其优秀的产品设计、灵活性架构和明确清晰的定位，夜莺监控快速发展为国内最活跃的企业级云原生监控方案。截止当前，在 Github 上已经迭代发布了 70 多个版本，获得了 5K 多个 Star，80 多位代码贡献者。快速的迭代，也让夜莺监控的用户群越来越大，涉及各行各业。

更进一步，夜莺监控于 2022 年 5 月 11 日，正式捐赠予中国计算机学会开源发展委员会 CCF ODC，为 CCF ODC 成立后接受捐赠的第一个开源项目。

开源项目要更有生命力，离不开开放的治理架构和源源不断的开发者共同参与。夜莺监控项目加入 CCF 开源大家庭后，能在计算机学会的支持和带动下，进一步结合云原生、可观测、国产化等多个技术发展的需求，建立开放、中立的开源治理架构，打造更专业、有活力的开发者社区。

今天，我们郑重发布夜莺监控开源社区治理架构，并公示相关的任命和社区荣誉，期待开源的道路上，一起同行。

夜莺监控开源社区架构

User|用户

欢迎任何个人、公司以及组织，使用夜莺监控，并积极的反馈 bug、提交功能需求、以及相互帮助，我们推荐使用 Github Issue 来跟踪 bug 和管理需求。

社区用户，可以通过在 Who is Using Nightingale 登记您的使用情况，并分享您使用夜莺监控的经验，将会自动进入 END USERS 文件列表，并获得社区的 VIP Support。

Contributor|贡献者

欢迎每一位用户，包括但不限于以下方式参与到夜莺开源社区并做出贡献：

在 Github Issue 中积极参与讨论，参与社区活动；
提交代码补丁；
翻译、修订、补充和完善文档；
分享夜莺监控的使用经验，积极布道；
提交建议 / 批评；

年度累计向 CCFOS/NIGHTINGALE 提交 5 个PR（被合并），或者因为其他贡献被项目管委会一致认可，将会自动进入到 ACTIVE CONTRIBUTORS 列表，并获得夜莺开源社区颁发的证书，享有夜莺开源社区一定的权益和福利。

所有向 CCFOS/NIGHTINGALE 提交过PR（被合并），或者做出过重要贡献的 Contributor，都会被永久记载于 CONTRIBUTORS 列表。

Committer|提交者

Committer 是指拥有 CCFOS/NIGHTINGALE 代码仓库写操作权限的贡献者。原则上 Committer 能够自主决策某个代码补丁是否可以合入到夜莺代码仓库，但是项目管委会拥有最终的决策权。

Committer 承担以下一个或多个职责：

积极回应 Issues；
Review PRs；
参加开发者例行会议，积极讨论项目规划和技术方案；
代表夜莺开源社区出席相关技术会议并做演讲；

Committer 记录并公示于 COMMITTERS 列表，并获得夜莺开源社区颁发的证书，以及享有夜莺开源社区的各种权益和福利。

PMC|项目管委会

PMC（项目管委会）作为一个实体，来管理和领导夜莺项目，为整个项目的发展全权负责。项目管委会相关内容记录并公示于文件PMC.

项目管委会成员(PMC Member)，从 Contributor 或者 Committer 中选举产生，他们拥有 CCFOS/NIGHTINGALE 代码仓库的写操作权限，拥有 Nightingale 社区相关事务的投票权、以及提名 Committer 候选人的权利。
项目管委会主席(PMC Chair)，从项目管委会成员中投票产生。管委会主席是 CCF ODC 和项目管委会之间的沟通桥梁，履行特定的项目管理职责。

Communication|沟通机制

我们推荐使用邮件列表来反馈建议（待发布）；
我们推荐使用 Github Issue 跟踪 bug 和管理需求；
我们推荐使用 Github Milestone 来管理项目进度和规划；
我们推荐使用腾讯会议来定期召开项目例会（会议 ID 待发布）；

Documentation|文档

我们推荐使用 Github Pages 来沉淀文档；
我们推荐使用 Gitlink Wiki 来沉淀 FAQ；

Operation|运营机制

我们定期组织用户、贡献者、项目管委会成员之间的沟通会议，讨论项目开发的目标、方案、进度，以及讨论相关需求的合理性、优先级等议题；
我们定期组织 meetup （线上&线下），创造良好的用户交流分享环境，并沉淀相关内容到文档站点；
我们定期组织夜莺开发者大会，分享 best user story、同步年度开发目标和计划、讨论新技术方向等；

Philosophy|社区指导原则

尊重、认可和记录每一位贡献者的工作。

关于提问的原则

按照尊重、认可、记录每一位贡献者的工作原则，我们提倡高效的提问，这既是对开发者时间的尊重，也是对整个社区的知识沉淀的贡献：

提问之前请先查阅 FAQ ；
提问之前请先搜索 Github Issues；
我们优先推荐通过提交 Github Issue 来提问，如果有问题点击这里 | 有需求建议点击这里；

6.9 KiB Raw Blame History Unescape Escape