From 2028fea933156acf6b3293cff88b37ceb9c33ecb Mon Sep 17 00:00:00 2001 From: ORH <512574561@qq.com> Date: Tue, 24 Nov 2020 09:53:45 +0800 Subject: [PATCH] =?UTF-8?q?update(4.2):=20=E6=8E=92=E7=89=88?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...7\201\347\232\204\345\272\224\347\224\250.md" | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git "a/\347\254\254\345\233\233\351\203\250\345\210\206\342\200\224\342\200\224\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/\345\274\200\346\272\220\350\256\270\345\217\257\350\257\201\347\232\204\345\272\224\347\224\250.md" "b/\347\254\254\345\233\233\351\203\250\345\210\206\342\200\224\342\200\224\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/\345\274\200\346\272\220\350\256\270\345\217\257\350\257\201\347\232\204\345\272\224\347\224\250.md" index eb322f1..0dbd984 100644 --- "a/\347\254\254\345\233\233\351\203\250\345\210\206\342\200\224\342\200\224\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/\345\274\200\346\272\220\350\256\270\345\217\257\350\257\201\347\232\204\345\272\224\347\224\250.md" +++ "b/\347\254\254\345\233\233\351\203\250\345\210\206\342\200\224\342\200\224\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/\345\274\200\346\272\220\350\256\270\345\217\257\350\257\201\347\232\204\345\272\224\347\224\250.md" @@ -1,6 +1,6 @@ ### 选择一个合适的开源许可证 -相信对于很多刚踏入软件这个行业的小伙伴来说，“开源软件许可证”是个比较陌生的概念，毕竟在现阶段如何写好手中的代码才是更加重要的事。但是随着经手项目逐渐增多，会发现很多项目，尤其是一些大型项目，经常会引用到别人一些优秀的开源代码，而这些优秀的开源代码通常都会在最开始简单地附上一段关于授权的声明或在项目根目录下提供完整的授权声明文件，比如："The project is licensed under the Apache 2 license."，诸如此类便是“开源许可证”。 +相信对于很多刚踏入软件这个行业的小伙伴来说，「开源软件许可证」是个比较陌生的概念，毕竟在现阶段如何写好手中的代码才是更加重要的事。但是随着经手项目逐渐增多，会发现很多项目，尤其是一些大型项目，经常会引用到别人一些优秀的开源代码，而这些优秀的开源代码通常都会在最开始简单地附上一段关于授权的声明或在项目根目录下提供完整的授权声明文件，比如：「The project is licensed under the Apache 2 license.」，诸如此类便是「开源许可证」。 声明开源许可证，可以让广大开发者看到并获取我们作品的同时又保留了我们作为作者的一些权利。在提高自身业界知名度的同时又能防止有人将作者名字改成自己，拿去谋取利益。 @@ -15,22 +15,22 @@ | 协议 | 描述 | 要求 | 允许 | 禁止 | | -------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------- | ----------------------------------------------- | -------------------------------------------- | | LGPL | 主要用于一些代码库。衍生代码可以以此协议发布（言下之意你可以用其他协议），但与此协议相关的代码必需遵循此协议。 | 1.公开源码 2.库引用 3.协议和版权信息 | 1.商用 2.分发 3.修改 4.专利授权 5.私用 6.附加协议 | 1.责任承担（禁止让作者承担责任，可以理解为免责） | -| Mozilla | Mozilla Public License(MPL 2.0)是由Mozilla基金创建维护的。此协议旨在较为宽松的BSD协议和更加互惠的GPL协议中寻找一个折衷点。 | 1.公开源码 2.协议和版权信息 | 1.商用 2.分发 3.修改 4.专利授权 5.私用 6.附加协议 | 1.责任承担 2.商标使用 | -| GPL | 此协议是应用最为广泛的开源协议，拥有较强的版权自由( copyleft )要求。衍生代码的分发需开源并且也要遵守此协议。此协议有许多变种，不同变种的要求略有不同。 | 1.公开源码 2.协议和版权信息 3.声明变更 | 1.商用 2.分发 3.修改 4.专利授权 5.私用 | 1.责任承担 2.附加协议 | -| BSD | 较为宽松的协议，包含两个变种BSD 2-Clause 和BSD 3-Clause，两者都与MIT协议只存在细微差异。 | 1.协议和版权信息 | 1.商用 2.分发 3.修改 4.私用 5.附加协议 | 1.责任承担 | +| Mozilla | Mozilla Public License (MPL 2.0) 是由 Mozilla 基金创建维护的。此协议旨在较为宽松的 BSD 协议和更加互惠的 GPL 协议中寻找一个折衷点。 | 1.公开源码 2.协议和版权信息 | 1.商用 2.分发 3.修改 4.专利授权 5.私用 6.附加协议 | 1.责任承担 2.商标使用 | +| GPL | 此协议是应用最为广泛的开源协议，拥有较强的版权自由（copyleft）要求。衍生代码的分发需开源并且也要遵守此协议。此协议有许多变种，不同变种的要求略有不同。 | 1.公开源码 2.协议和版权信息 3.声明变更 | 1.商用 2.分发 3.修改 4.专利授权 5.私用 | 1.责任承担 2.附加协议 | +| BSD | 较为宽松的协议，包含两个变种 BSD 2-Clause 和 BSD 3-Clause，两者都与 MIT 协议只存在细微差异。 | 1.协议和版权信息 | 1.商用 2.分发 3.修改 4.私用 5.附加协议 | 1.责任承担 | | MIT | 宽松简单且精要的一个协议。在适当标明来源及免责的情况下，它允许你对代码进行任何形式的使用。 | 1.协议和版权信息 | 1.商用 2.分发 3.修改 4.私用 5.附加协议 | 1.责任承担 | | Apache | 一个较宽松且简明地指出了专利授权的协议。 | 1.协议和版权信息 2.声明变更 | 1.商用 2.分发 3.修改 4.专利授权 5.私用 6.附加协议 | 1.责任承担 2.商标使用 | #### 快速选择 -国内大神阮一峰根据乌克兰程序员Paul Bagwell的开源许可证选择分析图翻译的一份[中文版本](http://www.ruanyifeng.com/blogimg/asset/201105/free_software_licenses.png)，是我目前见过的最通俗易懂的解析，因为语法支持的问题，用以下代码大致表示为： +国内大神阮一峰根据乌克兰程序员 Paul Bagwell 的开源许可证选择分析图翻译的一份 [中文版本](http://www.ruanyifeng.com/blogimg/asset/201105/free_software_licenses.png)，是我目前见过的最通俗易懂的解析，因为语法支持的问题，用以下代码大致表示为： -``` +```txt 他人修改源码后， 是否可以闭源？ ---------- No ---------- ---------- Yes ---------- - | | - | | + │ | + │ | | | | | 新增代码是否采用 每一个修改过的文件， -- Gitee