当我建议客户开源许可时，最多人问的四个问题是：
1、什么是“分发”（distribution)”？
2、开源许可如何影响软件中的专利权？
3、什么是“通知声明”要求以及如何遵守？
4、什么是“衍生”作品，与此相关，将GPL的代码合并到专有代码中会导致专有代码也在GPL下获得授权许可吗？
下面简单回答如下：
1.什么是“分发”？
简单的讲，分发就是将有版权的作品（比如软件）的副本从一个法律主体转移给另一个。发布的概念很重要，因为只有软件分发才会触发开源许可证的要求。因此，一个人不分发软件是不会违反开源许可条款的。因为法律主体包括公司，因此，如果软件仅仅是在同一个公司员工之间转移，则不存在分发，也不存在触犯许可证条款的风险。
如今，对于通过互联网、云或SaaS模式部署软件的企业来说，分发可能是一个更棘手的问题。允许用户通过Internet与软件应用程序交互是否符合分发的条件？对大多开源许可证而言，答案是“否”。实际上，GPLv3使用术语“传达”而不是“分发”，正是为了澄清SaaS的使用不会触发任何许可要求。但Affero GPL（AGPL）许可证是采用了另一种方式是一个例外。一旦软件被修改而且通过网络提供交互使用时，AGPL的要求（与GPL相同）会被触发。
2.开源许可如何影响软件中的专利权？
一些开源许可证License（比如 Apache 2，GPL3）有明确的专利许可授权条款，将在软件产品中的专利权授予接收者。其他开源许可证（比如BSD，MIT，GPLv2)对专利许可是保持沉默的。尽管如此，法院可以使用“默认许可”的原则认定接收者获得了许可并且保护他们免受来自许可软件产品的专利侵权指控。通过这样做，法院可以防止专利许可人“咬苹果两口”，并因使用他们所许可的软件而起诉专利侵权。总之，除非另有明确说明，否则开放源码许可限制了作者起诉持照接收者涉嫌专利侵权的能力。
3.什么是“通知声明”要求以及如何遵守？
通知声明要求意思是开源软件的发行者必须通知接收者，在交给接受者的软件中包含一些在通知许可下可用的开源软件。每个开源许可都有自己的通知要求。一般地，这些要求包括提供使用许可证的完整副本以及承认作者和贡献者。最好的做法是事先传送已经许可的源代码，因为许可证的完整副本通常会作为文本文件包含在源代码包中。另外一种最佳做法是遵守GPL的通知要求，因为GPL被认为是最严格的许可证之一。因此，遵守GPL的通知要求通常能确保遵守了其他使用的开源许可证的通知要求。
4.衍生作品及病毒GPL神话
客户的一个共同关注点是，如果将根据GPL授权的代码（或类似的版权许可）合并到他们的专有代码中，那么专有代码将被“感染”或“污染”，并根据GPL授权（即专有代码有效地转换为GPL代码）或强制进入公共域。这一担心导致一些人是GPL为病毒并且阻止他们使用GPL代码，因为他们担心任何合入了GPL代码的衍生代码都将在GPL下被授权。
这些担心基本是没有根据的。在GPL下，同一个程序中的代码要么授权于GPL下要么不授权GPL，这是对的。所以，如果开发者合入了GPL代码到专有代码中，这违反了GPL条款。但这种侵权行为最糟糕的结果可能是，GPL代码的作者行使他的权利，提出版权侵权索赔。版权侵权的补偿是损害赔偿（钱）或者禁止令（停止使用GPL的代码）。但关键是，版权法不支持强制侵权者必须把他们的专有代码授权在GPL许可证下或者将他们的代码放到公共域中。因此，将GPL代码和专有代码合并不会传染专有代码或将其传化成GPL代码。
