使用具有“互惠公共许可证1.5”的项目是什么意思，我必须处理我的代码？
所以我找到了一个开源项目，它使用了reciprocal public license 1.5（RPL）。看来RPL意味着你必须将所有的代码发回给社区。使用具有“互惠公共许可证1.5”的项目是什么意思，我必须处理我的代码？
RPL 1.5 - 第5
此外，下RPL所有组件中创作，包括架构，脚本， 源代码等 - 不管他们是否正在编译成一个 二进制或使用因为客户端/服务器应用程序的两半 - 必须共享。 你必须分享整个派，而不是一个孤立的片。
我为一家健康护理公司工作，这家公司对我而言并不会在我的网站上发布我们的专有代码。
所以我想知道，这是真正的RPL吗？对需要发布的内容有限制吗？还是说，任何涉及RPLed项目的东西都必须在RPL下开放源代码？
对于商业软件RPL甚至是差比GPL。
的确，您必须在任何衍生作品上发布源代码。
此外，在GNU网站，它说：
的友情公共许可证是因为三个 问题非* 许可证。它对价格 限制了初始版本的收费。 2.它需要 通知原始 开发者发布 修改版本。 3.它要求 发布组织使用的任何修改版本 ，即使 私下。
编辑
Quatation从RPL 1.5：
6.0您的义务和赠款。考虑到，并作为表达 条件，许可证此许可证，授予 您您在此 同意任何修改， 衍生作品，或要求 组件（统称扩展） 您创建或其中您 贡献受该许可证条款 支配，包括，没有 限制，第4节。任意扩展您创建 或到您 贡献，必须按本许可证或未来 版本的许可证下 科发布的 方面部署7 您特此授予 许可和所有第三方一 世界范围内，非排他性的，根据这些 知识产权您拥有 或控制使用，复制，展示， 执行，修改，创建衍生产品， 再许可和分发许可 软件，在 免版税许可任何形式。任何扩展 您制作和部署必须有一个 不同的标题，以便随时告诉 任何后续用户或贡献者 扩展是由您。您的 必须包含本许可证副本或 有关如何获得副本 的指示，并附有发行的每个副本的扩展名 。您同意不提供或 强加任何源代码或许可 软件 可执行版本，或者它的扩展能够改变 任何条款或限制 本许可或收件人的权利 本协议适用版本。
那么什么是“衍生作品”？这是否意味着如果我改变他们的东西？或者这是否意味着如果我使用他们的东西？ – Vaccano 2011-04-14 14:07:12
您的报价完美地解释它。他们不关心静态或动态链接作为GPL。您不是指将它安装在您的计算机上并通过说“使用他们的东西”来运行它吗？它是一个图书馆或框架，你会从你的应用程序链接它？ – JCasso 2011-04-14 19:52:56
“衍生词”（RPL 1.5）的定义在美国版权法中定义。这里的*的摘要可以在这里找到：http://en.wikipedia.org/wiki/Derivative_work（这不是一个简单的阅读）。 – Vaccano 2011-04-14 21:56:57
互惠公共许可证比GPLv2更严格。它需要分配所有源代码（无论是专有还是开放源代码），它们是基于RPL链接的。在保护自己的IP方面要小心。
我投票结束这个问题作为题外话题，因为它涉及许可或法律问题，而不是编程或软件开发。 [见这里]（http://meta.*.com/questions/274963/questions-about-licensing/274964#274964）和[here]（http://meta.stackexchange.com/questions/139804/can-许可问题永远在主题上）以获取详细信息，以及[帮助]了解更多信息。 – JasonMArcher 2015-06-16 16:51:12