CHAOSS 项目章程

Linux基金会

CHAOSS – 社区健康分析开源软件

项目章程（“章程”）

生效日期：1 年 2017 月 XNUMX 日

最近更新：March 15，2019

本章程规定了对 Linux 基金会内的 CHAOSS – 社区健康分析开源软件项目（“项目”）的技术贡献和监督的责任和程序。 项目的贡献者必须遵守章程的条款以及 Linux 基金会的任何适用政策。

一、项目使命

该项目的使命是：

  1. 生成用于分析软件开发的集成开源软件，以及在特定用例中定义该软件中使用的标准和模型；

  2. 建立与实施无关的指标，用于衡量社区活动、贡献和健康； 和

  3. 可选择生成标准化的度量交换格式、详细的用例、模型或建议，以分析行业/OSS 世界中的特定问题。

2. 治理委员会

  1. 治理委员会（“GB”）应负责对项目进行全面监督，并协调任何技术委员会和工作组的工作。

  2. 在项目开始时，GB 投票成员由项目网站上确定的个人组成（https://chaoss.community）。 项目启动后，GB 将实施从贡献社区中选择 GB 投票成员的程序和方法。

  3. GB 将鼓励透明度（例如发布公共会议记录）。 委员会和工作组会议将对公众开放，可以通过电子方式、电话会议或亲自进行。

  4. GB 有权创建委员会，这些委员会可能专注于代码或非代码工作以推进使命（例如标准、规范和/或架构）。 该项目的委员会是“软件委员会”，负责对入站和出站编码项目的技术监督，以及“度量委员会”，负责收集由项目开发的与技术无关的指标和标准，以及GB 应协调软件和度量委员会之间的相互关系。

  5. 工作组由项目贡献者建立和维护，以推进项目工作。 工作组专注于与开源项目健康相关的特定指标、方法、伦理和技术问题。

  6. 角色：委员会和工作组涉及贡献者和维护者：

    1. 贡献者：社区中贡献代码、文档、用例、标准化指标或其他与项目相关的社区活动的任何人；

    2. 维护者：有能力直接提交到项目存储库并响应来自贡献者的贡献或更改的贡献者。 维护者列在每个存储库的自述文件中。

  7. 根据本章程的条款，所有人均可参与项目，包括对任何委员会或工作组的贡献。

  8. GB 可以 (1) 建立委员会和委员会项目的提交、批准和关闭/归档的工作流程程序，(2) 设置晋升或解除委员会角色的要求，如适用，以及 (3) 修改，调整，完善和/或消除它认为合适的角色。

  9. GB 应每年从参与软件或度量委员会之一或两者的代表中选出一名 GB 主席和 GB 联合主席，这样软件和度量委员会都将由联合主席代表。 主席和联合主席将制定议程并主持 GB 的会议。

  10. 职责： GB 还应负责：

    1. 协调项目的方向；

    2. 制定任何项目政策，包括添加和删除维护者，并记录正式项目发布（软件或指标）的任何要求；

    3. 批准项目或系统提案（包括但不限于孵化、弃用和更改项目章程或范围）；

    4. 制定与知识产权相关的政策；

    5. 创建委员会以关注跨项目问题和要求；

    6. 促进委员会之间的沟通和合作；

    7. 与外部和行业组织就项目事宜进行沟通；

    8. 任命代表与其他开源或开放标准社区合作；

    9. 建立社区规范、工作流程或政策，包括贡献流程（将在项目网站上发布）、发布版本和安全问题报告政策；

    10. 讨论、寻求共识，并在必要时对影响多个项目的指标或代码库相关事项进行投票； 和

    11. 与 Linux 基金会协调任何营销、活动或沟通。

3. 国标投票

  1. 虽然该项目的目标是作为一个基于共识的社区运作，但如果任何 GB 或委员会的决定需要投票才能推进，则各自的投票成员应按每个投票成员投一票。

  2. GB 和委员会会议的法定人数要求获得 GB 或委员会所有投票成员的三分之二（如适用）。 如果未达到法定人数，GB 或任何委员会可以继续开会，但不能在会议上做出任何决定。 如果没有达到法定人数，可以在两周后召开具有相同议程的第二次会议，法定人数将成为所有投票成员的 1/2。

  3. 除第 8.b(iv) 节和第 9.a 节另有规定外，在达到法定人数的情况下，会议上的投票决定应要求出席会议的多数票。 未经会议以电子投票方式作出的决定应获得 GB 或委员会所有投票成员的多数票（如适用）。

  4. 如果在委员会内无法解决投票问题，GB 可以决定此事。 如果 GB 无法解决任何投票，则 GB 的任何投票成员都有权将此事提交给 Linux 基金会，以协助做出决定。

4. 反垄断指南

  1. 项目的所有参与者都必须遵守 Linux 基金会反垄断政策，网址为 http://www.linuxfoundation.org/antitrust-policy.

  2. 所有参与者都应鼓励任何能够满足参与要求的组织公开参与，无论竞争利益如何。 换句话说，社区不得基于任何标准、要求或原因排除任何参与者，除非这些标准、要求或原因是合理的并且在非歧视性的基础上适用于所有参与者。

5。 行为守则

  1. GB 可以采用公平、合理和非歧视性的项目行为准则，并获得 Linux 基金会的批准，如下所述。

  2. 该项目将始终以透明、开放、协作和合乎道德的方式运作。

  3. 所有项目讨论、提案、时间表、决策和状态的输出都将公开并易于所有人看到。

  4. 当前的项目行为准则可在 (https://chaoss.community/about-2/code-of-conduct/).

6. 预算和资金

  1. GB 将与 Linux 基金会协调任何预算或资金需求。 可能会邀请参与的组织自愿赞助项目活动和基础设施需求。

  2. 该项目不会筹集任何资金，并将由项目参与者自愿提供支持。

  3. 在任何情况下，Linux 基金会都不会被期望或要求代表项目采取任何与 Linux 基金会的免税目的不一致的行动。

7. 一般规则和操作

该项目应：

  1. 以与维护社区凝聚力一致的专业方式参与项目工作，同时维护 Linux 基金会在开源软件社区中的善意和尊重；

  2. 尊重所有商标所有者的权利，包括任何品牌和使用指南；

  3. 让 Linux 基金会参与所有项目新闻和分析师关系活动；

  4. 根据要求，向 Linux 基金会提供有关项目参与的信息，包括有关参加项目赞助活动的信息； 和

  5. 与 Linux 基金会就直接为项目创建的任何网站进行协调。

8. 知识产权政策

  1. 该项目旨在整合上述第 1 节所述使命范围内的其他开源项目并对其做出贡献。 该项目还力求确保无需任何专利许可即可提供相关的可专利创新。 基于该项目的这一目标，开发社区将：

    1. 符合项目所利用的开源项目（此类项目，统称为“上游项目”）的所有许可要求； 和

    2. 最大化与项目可能利用的其他项目兼容的机会。

  2. 除第 8.c 节所述外，对项目的所有代码贡献均受以下约束：

    1. 所有新的入站代码贡献必须附有开发者原产地证书签字（http://developercertificate.org)

    2. 所有代码贡献都将根据 GNU 通用公共许可证，版本 2 或更高版本，或版本 3 或更高版本来接收和提供。

    3. 所有与实现无关的指标和标准的贡献，包括相关的脚本、SQL 语句和文档，都将在 MIT 许可证下接收和提供（https://opensource.org/licenses/MIT).

    4. GB 可以在例外情况下批准使用替代许可证来进行入站或出站捐款。 例外情况需要获得整个 GB 三分之二的批准。

  3. 未存储在项目主代码存储库中的上游项目代码贡献必须遵守适用的上游项目的贡献流程和许可条款

  4. 项目可能会聘请 Linux 基金会来确定商标、服务标记的可用性和注册，这些商标、服务标记应归 Linux 基金会所有。 任何与项目相关的域名和商标将归 Linux 基金会所有，任何预先存在的与项目相关的域名或商标应转让给 Linux 基金会供项目使用。

9. 政策修订

  1. 本章程可由整个 GB 的三分之二投票修改，但须经 Linux 基金会批准，以确保修改符合非营利性要求和开源原则。