Table of contents
贡献开源项目
活动编号：GGI-A-26。
描述
为开源项目做出贡献是开源治理良策的基本原则之一。关键点是避免成为一个简单被动的消费者，而是要回馈项目。当人们出于自己的目的添加功能或修复错误时，他们应该使其具有足够的通用性，并以此为项目做出贡献。必须给予开发人员时间来做出贡献。
此项工作包括以下内容：
- 与上游开源项目合作。
- 提交错误报告和功能请求。
- 贡献代码和修复错误。
- 参与加入社区邮件列表。
- 分享经验。
可行性评估
此项工作的主要收益包括：
- 随着人们开始贡献并参与到开源项目中，它增加了公司内部对开源的整体认知和对开源承诺。他们将感受到公益事业的魅力，同时还提高了个人声誉。
- 随着公司通过对项目的贡献逐步增加，公司的知名度和声誉也将不断提升。这表明公司实际上已经融入开源，回馈了社区，并促进了公平和透明。
进度评估
以下验证点将呈现此项工作的进展：
- 为愿意做出贡献的人来，提供一条清晰且正式的途径。
- 鼓励开发人员为其使用的开源项目回馈贡献。
- 制定流程来确保开发人员贡献的法律合规性和安全性。
- KPI（关键绩效指标）：个人开发者、团队或其他实体的外部贡献量（如，代码、邮件列表、Issue等）。
工具
持续跟进贡献可能很有用，既可以持续跟进贡献的具体内容，还可以就公司的发展方向进行沟通。显示面板和活动跟踪软件（Tracking Software）均可用于此目的。查看：
- Bitergia 的 GrimoireLab
- ScanCode
建议
过以下方式鼓励组织机构内部人员为外部项目做出贡献：
- 让开发者有时间编写通用的、经过充分测试的错误修复性代码和功能性代码，并将其反馈贡献给社区。
- 为开发者提供有关回馈贡献开源社区的培训。培训既要涉及技术能力（提高团队知识水平），又要涉及社区常识（开源社区的文化、行为准则等）。
- 提供有关法律、知识产权和技术问题的培训，在公司内设立专属联络人，帮助员工回复这些领域的疑问。
- 为已发布的作品提供激励。
- 注意，来源于公司或相关组织机构的贡献将反映他们的代码质量和参与贡献度，因此请确保你们开发团队提供的代码足够优秀。
资源
- Linux 基金会的 CHAOSS 提供了一些关于如何在开发过程中跟踪贡献的工具和指南。
下一步工作建议
- GGI-A-31 - 公开主张使用开源 既然该组织做出了一些公开可见的贡献和承诺，就开始沟通吧！
- GGI-A-24 - 管理关键指标 使对开源软件项目的贡献可见且可衡量。这有利于项目的推广，提升参与人员的士气。
- GGI-A-27 - 融入开源社区为开源软件社区做出贡献是融入社区的第一步。人员一旦开始贡献，他们就会更多地参与项目的健康发展和治理，并最终成为维护者，以确保项目按照可持续的健康的路线图发展。
- GGI-A-29 - 参与开源项目 开源项目重视精英管理。现在你已经对代码和流程有了很好的理解，可以参与该项目并使你的贡献更加规范。
- GGI-A-36 - 开源促进创新 为开源软件项目做出贡献并与外部贡献者互动有利于促进创新。
- GGI-A-39 - 上游优先 如果开源项目的更新能够定期且系统化地集成到上游项目中，那么对这些项目的贡献就非常有意义。