这是一个创建于 1857 天前的主题，其中的信息可能已经有所发展或是发生改变。
假设我的项目 A，依赖了一个包是 B，但是我没有修改 B 的代码再分发，仅仅引用。
那么 A 是 GPL3.0，B 是 BSD 协议，就会产生冲突。
问题是，我项目 A 使用 GPL3.0 是否合规？请教大佬们这里面的学问。
那么 A 是 GPL3.0，B 是 BSD 协议，就会产生冲突。
问题是，我项目 A 使用 GPL3.0 是否合规？请教大佬们这里面的学问。
 | 1 chinvo 2020-12-05 00:19:52 +08:00 via iPhone  1 GPL 项目依赖 BSD 的包，不会冲突啊 |
 | 2 swulling 2020-12-05 00:20:13 +08:00 via iPhone 1 你最终打包的产出物里面有没有 B ？ 如果有那需要用 GPLv3 发布，但是如果没有，就应该没事 |
| 3 swulling 2020-12-05 00:20:47 +08:00 via iPhone 1 看错了，你是 GPLv3 的话，没有任何问题 |
 | 4 baobao1270 2020-12-05 00:21:50 +08:00 1 只引用二进制文件不涉及开源协议 如果是在分发的面向最终用户的二进制包中包含 B 的二进制文件，需要注明 |
| 5 swulling 2020-12-05 00:22:10 +08:00 via iPhone 1 GPL 兼容 MIT BSD Apache，只要附加一些许可文件就行了。反过来不行 |
 | 6 Famio OP @swulling 我项目的最终发行物中包含了 B，那我是需要另外的著名许可文件？是需要怎样的形式，说明哪些包依赖哪些许可类型？我想尽可能的将自己的开源项目做到合规化，感谢了。 |
 | 9 Mithril 2020-12-05 00:43:21 +08:00 一般项目在选择自己的 License 时，都会保证和自己引用项目的 License 至少是兼容的。你用 GPL 去引 BSD 的是没问题的。但反过来因为 GPL 的限制更强，你只能继续用 GPL 。 绝大多数的 License 都要求你在重分发它们的二进制的时候，带上人家的 License 。就是你打包的时候额外带一个文件夹里面装所有你引用库的 License 文件，或者其它的什么地方可以让你的用户看到人家的 License 。 你可以参考 ElasticSearch 等等比较大型的开源项目。或者最简单的你看 Chrome 的开源说明也可以，就在帮助->关于里面，点那个开源软件的链接就可以了。 |
Select Language