diff --git "a/\347\254\254\345\233\233\351\203\250\345\210\206\357\274\232\345\220\257\345\212\250\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256/\347\254\254 4 \345\260\217\350\212\202\357\274\232\344\270\272\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256\345\273\272\347\253\213\350\264\241\347\214\256\345\207\206\345\210\231.md" "b/\347\254\254\345\233\233\351\203\250\345\210\206\357\274\232\345\220\257\345\212\250\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256/\347\254\254 4 \345\260\217\350\212\202\357\274\232\344\270\272\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256\345\273\272\347\253\213\350\264\241\347\214\256\345\207\206\345\210\231.md" index 6222fe8f58719e7066f5b86c22686c2c4501f6a6..31838574d0e2a0fa006785d0300ac3d22577f410 100644 --- "a/\347\254\254\345\233\233\351\203\250\345\210\206\357\274\232\345\220\257\345\212\250\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256/\347\254\254 4 \345\260\217\350\212\202\357\274\232\344\270\272\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256\345\273\272\347\253\213\350\264\241\347\214\256\345\207\206\345\210\231.md" +++ "b/\347\254\254\345\233\233\351\203\250\345\210\206\357\274\232\345\220\257\345\212\250\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256/\347\254\254 4 \345\260\217\350\212\202\357\274\232\344\270\272\350\207\252\345\267\261\347\232\204\345\274\200\346\272\220\351\241\271\347\233\256\345\273\272\347\253\213\350\264\241\347\214\256\345\207\206\345\210\231.md" @@ -1,4 +1,5 @@ # 第 4 小节：为自己的开源项目建立贡献准则 + ## 什么是贡献者协议 启动自己的开源项目后，除了为项目选择一个合适的开源许可证（License），一份规范的贡献者协议通常也是不可或缺的。事实上，几乎所有大型的开源项目，诸如 Apache、Kubernetes 等，都要求在提交 PR 前签署贡献者协议。 @@ -12,10 +13,9 @@ 贡献者协议就是为了解决这些问题而生的： 1. 将代码的版权统一授予项目所有者，方便项目的管理和维权。 - 2. 提供保证和免责声明，避免潜在的法律风险。 - > 设想这样一种场景，Alice 为项目贡献了实际为 Bob 所有的代码，并且未获得 Bob 的授权，但 Alice 在提交代码前签署了贡献者协议，保证代码来自于个人原创，此时法律责任完全由 Alice 承担。 +设想这样一种场景，Alice 为项目贡献了实际为 Bob 所有的代码，并且未获得 Bob 的授权，但 Alice 在提交代码前签署了贡献者协议，保证代码来自于个人原创，此时法律责任完全由 Alice 承担。 具体到形式上，贡献者协议又可以分为 CLA 和 DCO，两者在不同场景下各有优劣。 @@ -45,10 +45,10 @@ CLA 由项目所有方**自行定义**，在细节上有大大小小的差异， DCO 目前最新版本是 1.1，内容如下： -> 1. 该贡献全部或部分由我创建，我有权根据文件中指明的开源许可提交；或者： -> 2. 该贡献是基于以前的工作，这些工作基于适当的开源许可，无论这些工作全部还是部分由我完成，我有权根据相同的开源许可证（除非我被允许根据不同的许可证提交）提交修改后的工作；或者： -> 3. 该贡献由 1、2 或 3 认证的其他人直接提供给我，而我没有对其进行修改。 -> 4. 我理解并同意该项目和贡献是公开的，并且该贡献的记录（包括我随之提交的所有个人信息，包括我的签字）将无限期保留，并且可以与本项目或涉及的开源许可保持一致或者重新分配。 +1. 该贡献全部或部分由我创建，我有权根据文件中指明的开源许可提交；或者： +2. 该贡献是基于以前的工作，这些工作基于适当的开源许可，无论这些工作全部还是部分由我完成，我有权根据相同的开源许可证（除非我被允许根据不同的许可证提交）提交修改后的工作；或者： +3. 该贡献由 1、2 或 3 认证的其他人直接提供给我，而我没有对其进行修改。 +4. 我理解并同意该项目和贡献是公开的，并且该贡献的记录（包括我随之提交的所有个人信息，包括我的签字）将无限期保留，并且可以与本项目或涉及的开源许可保持一致或者重新分配。 协议的核心在于「原创性确认」，也就是让补丁的提交者确认提交内容是自己创作或者经过别人授权的，并且充分了解项目方会如何使用自己的代码。 @@ -125,27 +125,19 @@ CLA 让更多大型企业和组织愿意参与开源社区并成为其中的中 ## 参考链接 -* [维基百科-贡献者许可协议](https://en.wikipedia.org/wiki/Contributor_License_Agreement). - -* [开源社区贡献者协议CLA介绍](https://jimmysong.io/blog/open-source-cla). - -* [参考-CLA向DCO转移](https://github.com/kubernetes/community/issues/2649). - -* [CLA和DCO的对比](https://opensource.com/article/18/3/cla-vs-dco-whats-difference). - -* [开源软件指南](http://opensource.guide/zh-hans/). - -* [贡献者许可协议概述](https://www.finnegan.com/en/insights/articles/what-you-should-know-about-contributor-license-agreements-in-open-source-projects.html). - -* [FOSS项目向CLA项目过渡](https://opensource.stackexchange.com/questions/666/what-can-you-do-if-you-cant-track-down-all-old-contributors-to-sign-a-cla?rq=1). - -* [CLA带来的弊端](https://opensource.com/article/19/2/cla-problems). - -* [签署CLA](https://www.rt-thread.org/cla/). +- [维基百科-贡献者许可协议](https://en.wikipedia.org/wiki/Contributor_License_Agreement). +- [开源社区贡献者协议CLA介绍](https://jimmysong.io/blog/open-source-cla). +- [参考-CLA向DCO转移](https://github.com/kubernetes/community/issues/2649). +- [CLA和DCO的对比](https://opensource.com/article/18/3/cla-vs-dco-whats-difference). +- [开源软件指南](http://opensource.guide/zh-hans/). +- [贡献者许可协议概述](https://www.finnegan.com/en/insights/articles/what-you-should-know-about-contributor-license-agreements-in-open-source-projects.html). +- [FOSS项目向CLA项目过渡](https://opensource.stackexchange.com/questions/666/what-can-you-do-if-you-cant-track-down-all-old-contributors-to-sign-a-cla?rq=1). +- [CLA带来的弊端](https://opensource.com/article/19/2/cla-problems). +- [签署CLA](https://www.rt-thread.org/cla/). +- [CLA 或 DCO 的本质含义](http://disksing.com/cla-and-dco/). -* [CLA 或 DCO 的本质含义](http://disksing.com/cla-and-dco/). +## 本部分内容贡献者 -### 本部分内容贡献者 -[nettingsisyphus](https://gitee.com/nettingsisyphus)、[雪山凌狐](https://gitee.com/xueshanlinghu)、[ORH](https://gitee.com/orh)、[taotieren](https://gitee.com/taotieren) +[nettingsisyphus](https://gitee.com/nettingsisyphus)、[雪山凌狐](https://gitee.com/xueshanlinghu)、[ORH](https://gitee.com/orh)、[taotieren](https://gitee.com/taotieren)、[阿基米东](https://gitee.com/luhuadong) > 发现内容中的错误？还是想要补充更多符合主题的内容？《开源指北》欢迎你进行贡献，点击[贡献指南](./../贡献指南.md)了解贡献的具体步骤。 \ No newline at end of file