如果GitHub与Git交互，并且Git在GPLv2下获得许可，那么GitHub是否不应该开源？

由于Git是根据GPLv2许可的，并且据我所知，GitHub与Git进行了交互，因此整个GitHub代码库是否不应该以兼容GPL的许可证开源？

3个原因说明：

1. 根据GPL的条款，不认为通过Web访问GitHub的人发布（或以GPLv3条款进行传播），因此GitHub不需要共享其源代码。如果GitHub打算出售他们的服务版本（他们可能会这样做，我没有费心看）在他们向您发送软件的地方，并且您在自己的网络上内部运行GitHub的实例，那么他们可能还需要交付源代码，除非：

2. GitHub很可能通过命令行调用来访问Git客户端，在这种情况下，GitHub 被认为是“一臂之力”进行通信的，因此GitHub不会成为GitHub的派生作品，因此不受GPL的要求。

3. 另外，GitHub甚至可能甚至没有使用Git软件，而是编写了自己的核心“ git实现”，并重新实现了其接口以保持兼容性，在这种情况下，GPL的要求将不再起作用。

除了其他答案外，我还要补充一点，FSF关于两个合作程序何时形成单个工作的观点非常模糊：

• https://www.gnu.org/licenses/gpl-faq.en.html#GPLInProprietarySystem
• https://www.gnu.org/licenses/gpl-faq.en.html#MereAggregation

此外，除了德国以外，这些观点从未在法庭上得到检验：

• https://sfconservancy.org/copyleft-compliance/vmware-lawsuit-faq.html

这是一个持续的案件，但到目前为止，法官认为FSF列出的确定两个程序是否构成同一作品（即共享相同的地址空间）的关键考虑因素与（德国）版权法无关。应该注意的是，FSF并未参与诉讼，但诉讼方一直在主张FSF关于汇总/派生的观点。

因此，对于写下一个Github的人，我想说的是，当FSF声明自己是（反之亦然）时，不要以为你是法律的错误一方。

GitHub不使用Git。他们使用自己的实现libgit2，该实现在具有Linking Exception的GPLv2下发布。因此，GitHub不必发布源代码以符合许可证。