开源许可证

3 月，跳不动了？>>> 开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 首先借用有心人士的一张相当直观清晰的图来划分各种协议：开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 以下是上述协议的简单介绍： BSD开源协议 BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件： 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。 Apache Licence 2.0 Apache

3 月，跳不动了？>>> 开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 首先借用有心人士的一张相当直观清晰的图来划分各种协议：开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 以下是上述协议的简单介绍： BSD开源协议 BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件： 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。 Apache Licence 2.0 Apache

LINUX 计算机基础简介 1.计算机简介 计算机系统 ： 软件系统和硬件系统。 计算机的组成 ： 运算器、控制器、存储器、输入设备、输出设备。 运算器功能 ： 对数据进行各种运算。除了对常规的加、减、乘、除运算外，还可以进行对与、或、非的逻辑运算。 控制器功能 ： 是整个计算机系统的控制中心，指挥计算机协调运作。 存储器： 主要存储程序和数据信息，并能在计算机运作时，能高速、自动存取程序或数据。 输入设备： 向计算机输入各种程序和原始数据的设备。 输出设备 ： 从计算机输出原始数据的设备。 2.描述内核功能以及作用 Linux 作用 ： 主要负责系统的进程管理、内存管理、文件系统、网络功能、硬件驱动。 1）进程管理： 内核负责创建和销毁进程, 并处理进程与输入和输出设备的不同进程间的数据处理， 调度器，控制进程如何共享 CPU, 是进程管理的一部分. 更通常地, 内核的进程管理活动实现了多个进程在一个单个或者几个 CPU 之上的抽象。 2）内存管理： 计算机的内存是主要的资源, 处理它所用的策略对系统性能是至关重要的. 内核为所有进程的每一个都在有限的可用资源上建立了一个虚拟地址空间. 内核的不同部分与内存管理子系统通过一套函数调用交互, 从简单的 malloc/free 对到更多更复杂的功能。 3） 文件系统： Unix 在很大程度 上基于文件系统的概念; 几乎 Unix

首先借用有心人士的一张相当直观清晰的图来划分各种协议：开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 以下是上述协议的简单介绍： BSD开源协议 BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件： 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。 Apache Licence 2.0 Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布

引言 什么是许可，当你为你的产品签发许可，你是在出让自己的权利，不过，你仍然拥有版权和专利（如果申请了的话），许可的目的是，向使用你产品的人提供 一定的权限。 不管产品是免费向公众分发，还是出售，制定一份许可协议非常有用，否则，对于前者，你相当于放弃了自己所有的权利，任何人都没有义务表明你的原始作 者身份，对于后者，你将不得不花费比开发更多的精力用来逐个处理用户的授权问题。 而开源许可协议使这些事情变得简单，开发者很容易向一个项目贡献自己的代码，它还可以保护你原始作者的身份，使你 至少获得认可，开源许可协议还可以阻止其它人将某个产品据为己有。以下是开源界的 5 大许可协议。 GNU GPL GNU General Public Licence (GPL) 有可能是开源界最常用的许可模式。GPL 保证了所有开发者的权利，同时为使用者提供了足够的复制，分发，修改的权利： 可自由复制 你可以将软件复制到你的电脑，你客户的电脑，或者任何地方。复制份数没有任何限制。 可自由分发 在你的网站提供下载，拷贝到U盘送人，或者将源代码打印出来从窗户扔出去（环保起见，请别这样做）。 可以用来盈利 你可以在分发软件的时候收费，但你必须在收费前向你的客户提供该软件的 GNU GPL 许可协议，以便让他们知道，他们可以从别的渠道免费得到这份软件，以及你收费的理由。 可自由修改 如果你想添加或删除某个功能

对于开发者来说，如何为开源项目选择一个合适的开源许可证，可能比写一万行代码更难： 那么多种类和版本的许可证令人眼花缭乱，各种晦涩难懂的条款更是让人头大——如何理解其中的法律知识、理清相应的权利、义务？ 但是，开源许可证不仅对于项目作者来说非常重要，对开源项目的使用者也同等重要。 为此，Gitee 上线了开源许可证引导功能，我们会对没有许可证的公开仓库进行提示，如下图所示： 你可以通过开源许可证的向导，回答几个相关问题，由系统根据评分给出最适合的许可证供你选择，如下图所示： 另外，当用户浏览一个没有开源许可证的 Gitee 仓库时，也会看到如下警告提示： 对于一个没有开源许可证的仓库来说，未经作者的许可，代码仅能用于学习，不能用于其他任何用途！ ———————– 对于开源来说，公开代码只是第一步。 我们希望通过该功能，让更多开发者熟悉开源许可证，保护自身权益，规范开源项目的开发和使用。 接下来我们还会不断优化该特性，欢迎大家给 Gitee 提建议 ：） 来源： CSDN 作者： ZicoChan 链接： https://blog.csdn.net/ZicoChan/article/details/103703634

原文摘自：https://blog.csdn.net/testcs_dn/article/details/38496107 首先借用有心人士的一张相当直观清晰的图来划分各种协议：开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别 以下是上述协议的简单介绍： BSD开源协议 BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。 但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件： 如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。 如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。 BSD 代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。 Apache Licence 2.0 Apache

参考链接：https://www.cnblogs.com/etangyushan/p/4224075.html 开源的软件大家应该不会陌生，它帮助我们可以迅速的了解一个技术的实现过程。并且可以加快我们的开发速度。但是不同的 开源软件遵守各自的许可证协议，有些开源软件是不能用作商业用途的。经过Open Source Initiative 组织通过批准的开源协议目前 有60多种，那么哪种许可证下的开源软件可以用于商业，哪种又不能呢？下面就我个人的理解做个介绍。 下面这个博客介绍的非常详细： http://univasity.iteye.com/blog/1292658 拜读了上面这个链接的博客后，我整理一下： 1.常用的开源协议： Apache License 2.0 要点： Apache Licence是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。 BSD开源协议 （Berkerley Software Distribution） 要点：商业软件可以使用，也可以修改使用BSD协议的代码。 GPL ( GNU General Public License ) 要点： 商业软件不能使用GPL协议的代码。 LGPL ( GNU Library or "Lesser" General Public License ) 要点：

GPL:是GNU General Public License的缩写,它和其他的开源协议不一样，在获取源码修改后不允许闭源，新增代码重新发布时要采用GPL开源协议 LGPL:是 GNU Lesser General Public License (GNU 宽通用公共许可证)的缩写形式，在GPL协议的基础上发布的更宽松的协议，获取源码修改后可以选择公开一部分源码，来获取开发软件的拥有权 MPL:是The Mozilla Public License的简写，Mozilla小组为其开源软件项目设计的软件许可证。它在获取开源源码中，修改里面的一部分代码后选择提供说明文档，来描述改动的功能。 BSD许可证：是原先是用在加州大学伯克利分校发表的各个版本的许可证（BSD是Berkly Software Distribution的简写）。相较于GPL许可证和MPL许可证的严格性，BSD许可证就宽松许多了，一样是只需要附上许可证的原文，它还要求所有进一步开发者将自己的版权资料放上去，所以拿到以BSD许可证发行的软件可能会遇到一个小状况，就是这些版权资料许可证占的空间比程序还大。 MIT许可证之名源自麻省理工学院（Massachusetts Institute of Technology, MIT），是许多软件授权条款中，被广泛使用的其中一种。与其他常见的软件授权条款（如GPL、LGPL、BSD）相比