第31章 GPL开源协议（2/2）
虽然是开源，但这不等于没有约束。
开源也必须遵照开源协议。
选择开源协议也很关键。
毕竟开源协议不止一种，世界上的各种开源协议大概有上百种。
当然了，上百种开源协议里常用的也只有GpL、bSd、It、ozil、Apache和LGpL这些。
前世林灰开源的时候只会选择了bSd开源协议或者是Apache开源协议。
更多时候还是选择bSd开源协议。
bSd开源协议是个给于使用者很大自由的协议。
可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
当其他用户发布使用了bSd协议的代码，或则以bSd协议代码为基础做二次开发自己的产品时，需要满足三个条件：
1如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的bSd协议。
2如果再发布的只是二进制类库\/软件，则需要在类库\/软件的文档和版权声明中包含原来代码中的bSd协议。
3不可以用开源代码的作者\/机构名字和原来产品的名字做市场推广。
bSd协议鼓励代码共享，但需要尊重代码作者的着作权。
bSd由于允许使用者修改和重新发布代码，也允许使用或在bSd代码上开发商业软件发布和销售。
因此是对商业集成很友好的协议。
很多企业\/个人在选用开源产品的时候都首选bSd协议。
因为采用bSd可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。
Apache协议和bSd协议差不多，也是对商业应用友好的许可。
使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布\/销售。
Apache开源协议是着名的非盈利开源组织Apache采用的协议。
该协议和bSd类似，同样鼓励代码共享和尊重原作者的着作权，同样允许代码修改，再发布作为开源或商业软件。
尽管这两个开发协议都很不错。
但这一次林灰最终还是选择了GpL开源协议。
GpL协议和bSd、Apache Lice等鼓励代码重用的许可很不一样。
GpL的出发点是代码的开源\/免费使用和引用\/修改\/衍生代码的开源\/免费使用。
但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。
GpL协议的主要内容是只要在一个软件中使用(”使用”指类库引用，修改后的代码或者衍生代码)GpL 协议的产品，则该软件产品必须也采用GpL协议，既必须也是开源和免费。
换言之，林灰能够允许别人应用其开源的《2048》代码。
但其他人应用该开源代码开源出的其他版本必须也同样开源。
开源的时候还必须依照GpL协议。
按照这个规则。
原本一个GpL开源项目，很可能带出一大串GpL开源项目。
这就是所谓的”传染性”。
之所以采用这个协议，是因为林灰知道前世2048这款游戏可不止是数字版。
还有很多衍生版本。
比如说朝代版、音符版、5x5版之类的十多个版本。
林灰觉得通过GpL这样略带“传染性的”开源协议。
能够有助于《2048》这款游戏的衍生版本及早出现。
当然了林灰的想法多多少少也有点一厢情愿。
这一切的一切都是建立在其他人遵守规则的情况下。
遇到不守规则的人。
所谓的这个协议那个协议对于他们而言只是一纸空文。
再严密的协议也是防君子不防小人。
不过也无所谓，做事情无愧于心就好。
更何况林灰在《2048》这款游戏上的收获早就大大超出他的心理预期了。