开放源码软件- GPL v3插件在非版权左代码库。

Question

我一直在开发软件来修改游戏的资源文件，我正计划在开源中发布它。我完全可以在gpl v3下发布我的代码。然而，我担心这会阻止其他人为我的软件编写扩展，就像我让其他人提出的那样--我正在工作的社区非常害怕开源水蛭，因此，大多数受欢迎的发布项目都是封闭源代码的。因此，我会对像BSD或MIT这样的东西感到更舒服。

代码库是非常模块化的，一个窗口可能由许多不同插件的最终产品组成。我正在使用的一个插件是我与之交流过的人的工作(根据gpl v3授权)，他对我使用他的软件很有热情。由于另一个人为该软件做出了贡献，我认为他不能简单地在不同的许可下向我发布他的消息来源。在未来，我希望有更多的插件，为各种各样的事情将很难手动实现(因为这样做将需要大量的反向工程)。

Tl;dr:由于我和这些人关系很好，有什么办法让我用他们的代码作为插件吗？我会得到许可，但许可将是问题，因为其他人已经贡献了代码库。如果是这样的话，我是否可以(在插件文件夹中)用我构建的软件分发他们的插件？将它们放在代码存储库和visual studio解决方案中如何？

如有任何其他建议，将不胜感激。

谢谢!

Answer 1

您需要询问并查看版权分配(如果有的话)是如何为其他项目设置的。如果另一个项目的负责人将版权分配给他或该项目，那么他将能够将代码发布给您，以便在不同的许可下使用。

版权所有者可以在不同的许可下重新发布代码。在GPL'd项目的情况下，GPL的代码版本是允许的(而且必须！)继续以这种方式存在。从你的角度来看，唯一真正关心的是你可能有一个相互竞争的代码库。从你所描述的情况来看，这听起来并没有那么大的问题。

如果有必要，另一个项目的所有者可以与另一个贡献者联系，以获得重新发布的许可。同样，如果另一位贡献者以前写过一封电子邮件，大意是“在这里，拥有它并按照您的意愿来处理它”，那么他们已经有效地将版权分配给了项目的所有者。

你的海峡并没有看上去那么可怕。:-)

Answer 2

作为最初的软件作者，您在确定软件的边界方面有相当大的自由度。Linux内核是GPLv2，并明确表示应用程序超出了其合法的版权范围。

如果明确声明插件接口是外部接口，第三方插件不被视为程序的派生工作，则GPL (和任何其他许可)的工作将停止在该边界上。

当然，如果你也分发这些插件，你将仍然必须遵守他们的所有条款。在GPL术语中，这被认为是一项“聚合”工作，不需要额外的需求。