开源协议GPL/MIT License/Apache License_mit apache license能商用吗

 

GPL/Linux/MySQL/OpenJDK（自由软件）

GNU 通用公共授权书（GNU GPL, GNU General Public License）

使用源软件的类库引用（源代码）、改变（修改了源代码）的新软件，也必须采用GPL。GPL的所有软件都会加入GPL阵营。

GPL软件不能作为商业软件收费，但是允许技术支持的服务收费。

GPL 是一个开源协议，根本上是个自由软件协议，它的管理以及支持是由自由软件基金会提供的。

现在可以确定的是，传统的商业软件赚钱的方式已经不再适用开源软件。

开源行业已经转型升级，要在社区发展以及能赚钱的商业模型中做出均衡。

Red Hat、Automattic、Docker、Canonical、Digital Ocean 等，探索着在开源领域中赚钱的法子。

他们探索过分发模式、服务模式，核心开源模式等。

自由软件基金会的作品把观点局限于软件必须 100% 绝对自由。对于自由软件基金会没有多少可以妥协的余地，甚至很多出名的开源项目（比如很多 Linux 发行版）仅仅是因为一丁点二进制固件就被认为是 “非自由” 软件。

对于他们来说开源软件是构建软件的务实、实用的一部分，而无关伦理。我想，这就是为什么我们发现 MIT 和 Apache 协议的流行的原因。我的猜想是 GPL 依然将是一个主要选项，但是开发者将将之视为纯粹的自由软件协议。我想对于软件的纯粹性有高要求的项目会优先选择 GPL 协议。但是对于商业软件，为了保持我们之前讨论过的那种平衡，他们不会那么做。我猜测， MIT 以及 Apache 依然会继续流行下去。

https://www.sohu.com/a/164783380_411963 你知道GPL吗？GPL 没落了吗？ 

http://c.biancheng.net/view/674.html GPL协议和自由软件

Apache协议/Android/Hadoop/Apache Httpserver

适用于商业软件，允许修改源代码后再发布（不用开放源代码）

你可以用这代码，但是如果开源你必须保留我写的声明；你可以改我的代码，但是如果开源你必须写清楚你改了哪些；

你可以加新的协议要求，但不能与我所公布的协议要求产生冲突；你用这代码干什么我不管，但是你不能让我承担任何责任。

https://blog.csdn.net/u011240877/article/details/50322965 关于开源项目中 Apache 开源协议的一些介绍

https://blog.csdn.net/weixin_42500901/article/details/81873795 开源协议比较：BSD、Apache、GLP、LGLP、MIT