作为一个软件开发者，不可避免的要与open source打交道，不管是因为你要选择使用一个开源产品还是你也要加入到开源当中。那么你可有想过为自己的开源项目设立一个合法的保障，保障自己以及使用者的权益，或者如果你使用一个开源产品的话，可有考虑过是否因为是开源就可以随意滥用？

    很不幸的是，在中国，很多人甚至很多企业对license这个东西满不在乎（众所周知的事情），导致了中国软件业没有大客户的可悲局面！那么，既然你是一个developer，怎么还能不在乎license而间接地让自己丢饭碗呢？

    既然与开源打交道是不可避免的事情，那么就就一起来了解几种开源license，并进一步的对比一下它们。

    基本上每一种license都会有以下几点：

1. grant of rights (授权)
2. redistribution (再部署)
3. warranty (质保)

    其中作为开源license，都会授予你免费使用，获得源码的权利，并且不承诺任何质量相关的保证。每种license的最大不同，基本上就在于第二点，也就是redistribution方面了。以下列表列举了几种不同license在redistribution方面的不同特点。

license	must ship code	combine with proprietary
gpl	y	n
lgpl	y	y
new bsd	n	y
apache software license 2.0	n	y

    这里的combine with proprietary的意思是可以将开源产品融入到自己的产品中然后再重新发布（也就是换一个license）。从以上表中可以看出，gpl非常的严格，商业软件是不能在自己的最终产品中包含有任何在这个license之下的产品或组件，因为gpl license是不能变的，这意味着含有gpl组件产品的源代码必须是公开的且是gpl license的。这对开源类库的开发来说是非常不合适的，试想有谁敢用这类的类库呢！正因为考虑到这点，lgpl出现了，它允许library在其他 license下发布，但是要求发布者必须提供library可扩展的形式或源代码，所以lgpl的产品不管在哪里都会有源代码。

    lgpl相对gpl宽松了许多，不过要求必须附带源代码这点还是有些不舒服，所以这种情况下可以选择更宽松的new bsd license或者apache software license 2.0，new bsd license基本上没有任何限制，apache software license 2.0则对contribution等方面有更详细的定义。

    这里只是简单介绍并对比一下不同的license，详细还请参考osi网站(www.opensource.org/licenses/)

   一般来说，不推荐使用gpl，因为它太不灵活了，一切都固定的太死了。