Merge 如何合并两个GPL项目

两个GPL项目应该如何合并

场景：有GPL项目A和项目B具有相同的许可证，版本2或3（以及不同的作者，在相应的复制文件中提到）。项目B是在项目A的基础上构建的（包括A的标题和链接到其二进制文件）。现在，项目B被部分重新分解并并入A。（项目B已停止）

问题:

是否必须以与“A”不同的名称发布（A+B）

项目A中的复制文件是否应参考B的复制文件 或者，正确的方法仅仅是更新复制文件中的作者列表吗

是除1之外的其他操作。二,。需要吗

---

最好对许可证是什么有一个单独的声明，因为您不能相信用户知道如何合并两个许可证

许多人认为，存在一个名为“复制”的文件，其中包含GPL许可协议的副本，就足以传递许可。这还不够--如果有文件复制A和复制B呢？哪一个适用？最好在“如何将这些条款应用于您的新计划”一节中添加一条通知。检查A和B是否存在此类通知。建议将通知放在每个文件的开头——我从不这样做。如果您的作者没有这样做，您至少希望有一个突出的文件（/许可证），提供通知并描述它适用于哪些文件集合；也许“此程序中的所有文件”一词太模糊了，这就是为什么建议每个文件都有一个通知的原因。也许每个文件中的通知都可以缩写为“../../COPYING”等

GPL 3第7节允许作者添加其他条款，其中一条可能是“要求以合理的方式将此类材料的修改版本标记为与原始版本不同”——坚持以不同的名称提供许可软件的修改版本似乎是合理的，因此，能否将其命名为“A”的答案是“视情况而定”。您必须阅读A和B的许可证，找出所有附加条款，并将其合并到合并的许可证中；您可以添加自己的附加条款。第7节还允许作者添加其他权限，因此您必须阅读两个许可证，并将不大于两组权限交叉点的内容作为您的权限集，但如果其中一个附加条款指定不删除其中一个附加权限，你必须遵守并保留额外的许可。实际上，所有这些都在第5节中讨论过，但这里我们认为A+B是基于A的作品，也是基于B的作品，所以所有作品都要做两次

“版权（C）”形式的行应在许可文件中彼此相邻，因为A的作者可能拥有不同于B的版权年数；由于版权在若干年后到期，通过将两年或几年的清单合并为一个清单，并将两个作者的作者清单合并为一个清单，将两个版权行合并为一个是不正确的。（C）是多余的，可以删除，或者用©替换，这是版权法中唯一有意义的东西。但是©也是多余的，因为“版权”一词充分发挥了同样的作用

为了符合5a，您需要添加一行，说明您已将两个程序合并为一个程序，并给出日期

如果A或B进行终端交互，您将需要修改其显示的版权/许可证消息，与上述内容相同

---

就所有这一切而言，我假设GPL2遵循相同的模式。

最好对许可证是什么有一个单独的声明，因为您不能相信用户知道如何合并两个许可证

许多人认为，存在一个名为“复制”的文件，其中包含GPL许可协议的副本，就足以传递许可。这还不够--如果有文件复制A和复制B呢？哪一个适用？最好在“如何将这些条款应用于您的新计划”一节中添加一条通知。检查A和B是否存在此类通知。建议将通知放在每个文件的开头——我从不这样做。如果您的作者没有这样做，您至少希望有一个突出的文件（/许可证），提供通知并描述它适用于哪些文件集合；也许“此程序中的所有文件”一词太模糊了，这就是为什么建议每个文件都有一个通知的原因。也许每个文件中的通知都可以缩写为“../../COPYING”等

GPL 3第7节允许作者添加其他条款，其中一条可能是“要求以合理的方式将此类材料的修改版本标记为与原始版本不同”——坚持以不同的名称提供许可软件的修改版本似乎是合理的，因此，能否将其命名为“A”的答案是“视情况而定”。您必须阅读A和B的许可证，找出所有附加条款，并将其合并到合并的许可证中；您可以添加自己的附加条款。第7节还允许作者添加其他权限，因此您必须阅读两个许可证，并将不大于两组权限交叉点的内容作为您的权限集，但如果其中一个附加条款指定不删除其中一个附加权限，你必须遵守并保留额外的许可。实际上，所有这些都在第5节中讨论过，但这里我们认为A+B是基于A的作品，也是基于B的作品，所以所有作品都要做两次

“版权（C）”形式的行应在许可文件中彼此相邻，因为版权的作者可能有copyrig