开源项目的许可和许可证兼容性？
我正在开始一个软件项目，我最终希望免费开放源代码并免费发布。
我的软件使用其他免费/开源软件，如Markdown（以BSD许可证发布），Blueprint CSS（以MIT许可证发布）以及其他使用各种许可证（GPL等）的软件。 有些是copyleft，有些则不是。
我也会为自己选择一个许可证。 （还没有决定，但我有足够的资源来比较它们。）
我想知道是否有任何资源可用于导航混淆许可证兼容性的世界。 我GOOGLE了，但没有找到太多。 我知道一些许可证是'GPL兼容的'，但我想知道：
1）哪些许可证要求在相同许可证下发布衍生作品？
2）哪些流行许可互不兼容？
3）除了抛弃你的希望和梦想，或重新发明轮子之外，你还可以做些什么吗？
4）我已经读过，在多个许可证下发布软件允许用户选择他们喜欢的许可条款。 一定是这样吗？ 如果我有两个兼容的许可证，但是我需要在两者之间发布我的软件，因为我使用的某些代码要求基于其许可证？
如果它改变了什么，这个软件是用于一个学术项目。
我是程序员，不是律师！ 我会很感激你的帮助。
1）哪些许可证要求在相同许可证下发布衍生作品？
GPL。 没有其他常用的许可证（我知道）要求这样做。
2）哪些流行许可互不兼容？
当您使用GPL代码时，您只需要担心与GPL许可证兼容的问题（因为您的代码也必须是GPL） - 这里有一个列表。
3）除了抛弃你的希望和梦想，或重新发明轮子之外，你还可以做些什么吗？
你不应该有任何问题，只需使用GPL许可证。
4）我已经读过，在多个许可证下发布软件允许用户选择他们喜欢的许可条款。 一定是这样吗？ 如果我有两个兼容的许可证，但是我需要在两者之间发布我的软件，因为我使用的某些代码要求基于其许可证？
你不会有这个问题 - 只需使用GPL。
如果它改变了什么，这个软件是用于一个学术项目。
它没有。
我认为上述答案略显过于简单。 一些开源许可证不兼容，即使它们可能非常宽容。
例如，我相信GPL与Apache 1.1版许可证或原始BSD许可证不兼容（这种许可证不再）。
XFree86 1.1许可证与GPL的第2版不兼容，因为它的要求适用于分发包含确认的所有文档。
GPL并不是唯一的“病毒式”（适当称为copyleft）许可证，尽管它是迄今为止最常见的。 有很多不同的许可证，并且需要律师 - 或者至少是专家 - 如果您需要将其中的许多许可证合并为一个非常有价值的项目，则不会出现问题，但总的来说，流行的开源许可证都是相当自由。
我也不是律师。 然而：
我的理解是，如果你的代码使用GPL代码，你的项目需要作为GPL发布。
GPL要求衍生作品在相同许可下发布。
您应该没有麻烦，包括来自GPL项目的（更宽松的）MIT / BSD授权代码。
链接地址: http://www.djcxy.com/p/79527.html上一篇: licensing and license compatibility for open source projects?