“放弃 GitHub ，时机已到”，软件自由保护协会怒批！

SFC拒绝GitHub的服务是自由软件开发者向GitHub和微软抗议其不良行为而发出的强烈信 。

那么GitHub究竟是如何“惹恼”了SFC呢/p>

图源SFC官

SFC和GitHub长达一年的持久战

具体“引爆”SFC此次大动作的事件，则是GitHub在长达一年的时间内拒绝回应SFC对于Copilot（AI自动编程工具）在公开代码上进行训练的合法性的质疑。而就在上周，GitHub宣布Copilot成为一个商业化的盈利性产品，彻底激怒SFC。

事件经过如下：

• 2021年7月，SFC就曾与微软和GitHub的代表进行了视频通话，提出了几个问题，他们说当时无法回答，但会“很快回答”。

• 在六个月没有回应之后，SFC在其文章《如果软件是我的副驾驶，谁给我的软件编程/strong>》（https://sfconservancy.org/blog/2022/feb/03/github-copilot-copyleft-gpl/）一文中公开提出了这些问题，但GitHub仍然没回应。

• 三周后，SFC成立了一个专家委员会，讨论“人工智能辅助软件的产生的伦理道德问题”（https://sfconservancy.org/news/2022/feb/23/committee-ai-assisted-software-github-copilot/），并同时进行公开讨论（https://lists.copyleft.org/mailman/listinfo/ai-assist）。他们邀请微软和GitHub的代表参加公开讨论，但微软和GitHub无视SFC的邀请。

• 2022年6月下旬，在SFC提醒GitHub关于以下2点：“1.这几个悬而未决的问题我们已经等了一年；2.你们为何拒绝加入关于这个话题的公开讨论/strong>”

  然而GitHub在一周后回应：他们不会加入关于这个问题的任何公开或私下讨论，因为“关于人工智能辅助软件的伦理”的讨论似乎不太可能改变SFC的立场，这就是为什么GitHub没有回应SFC的原因。

• 2022年6月22日，不仅拒绝回应SFC的GitHub还宣布将Copilot商业化，SFC的底线终于被突破。

由此可见，GitHub对Copilot的最终立场是：如果SFC不同意GitHub对Copilot相关政策事项的看法，那么SFC就不值得微软或GitHub回复。只有当SFC认为可以立即将其立场改为GitHub的政策立场时，GitHub才会费心回复。即便如此，就连这个答案微软和GitHub会时隔一年才告知！在这期间，GitHub还在一直努力推进Copilot的商业化！

而SFC一直希望微软/GitHub回应的关于Copilot的三个主要问题是：

SFC认为，微软和GitHub的拒绝回答，表示他们仍然坚持他们的前CEO的声明（这也是他们在这个问题上的唯一声明），但事实上他们没有相应的法律理论来支撑。

2. 如果像微软/GitHub所说的那样，允许在任何代码上训练模型（并允许用户基于该模型生成代码）而不受任何许可条款的约束，你们为什么只选择在自由软件上训练Copilot的模型如，为什么微软Windows和Office代码库不在你的训练集中/strong>

SFC认为，微软和GitHub的拒绝回答也暗示了这个问题的真正答案。虽然GitHub很乐意利用FOSS，但他们对自己的知识产权的重视程度远远超过FOSS，并且满足于忽视和侵蚀FOSS用户的权利，而不是自己的。

3. 微软/GitHub能否提供一份用于Copilot的训练集的许可证的清单，包括版权人的名字和/或Git存储库的名字/strong>如果不能，那么为什么不向 区提供这些信息呢/p>

SFC认为，GitHub拒绝回答的原因是他们没有仔细复制他们的模型，所以他们实际上不知道他们侵犯了谁的版权，以及何时和如何侵犯。

综上，这些不仅问题被挡了回来，最终，GitHub的做法，导致SFC愤而“暴走”。

还有开发者对于人工智能生产代码的知识产权问题 以同样的担忧：“人工智能有可能复制出与原作非常接近的东西，从而被认为是对原作的侵犯。”

然而，却另有开发者表示：“我想知道你们为什么把代码放在公开的GitHub FOSS仓库里，却不希望以任何方式复制……我还想知道为什么人们认为他们的代码是如此特别，以至于没有人能够独立地想出它。我想，Copilot的每一个“对手”都是有史以来最好的开发者吧

并且他指出：“如果有人在一个闭源的商业软件项目中使用你的（例如MIT许可的）代码，并没有解除你的代码被发布的自由，你的代码仍然和以前一样开放和可用，任何人都没有失去任何自由。”

这位开发者“阴阳怪气”的发言也遭到了一众人的反驳，其中一位开发者表示：“没有人声称他们不想让自己的代码被复制。人们只是想让自己代码的衍生产品遵守他们为自己的项目选择的许可证。而根据你的发言和总体语气，我认为你只是对自由软件有偏见，仅仅是因为你不理解，但这并不意味着这些想法是无脑的。我也很好奇，为什么版权法应该保护专利软件、音乐、游戏、写作等，而不适用于我的软件，即使它不是最高质量的作品/strong>”

关于这场战争在各方争吵之下，似乎仍没有一个定论。SFC是否真的就此彻底与GitHub决裂呢/p>

SFC也承认，放弃GitHub会带来巨大的牺牲和不便，并且需要很多时间才能完成。但SFC也提醒大家，是GitHub需要FOSS项目使用他们的专有基础设施，而不是SFC需要GitHub的专有基础设施。

目前，SFC提供了GitHub的替代方案，尽管对于大多数开发者而言，其界面不那么熟悉， 站热度也不高，但SFC表示将帮助改进这些替代方案。目前SFC已经推出了一个 站：GiveUpGitHub.org，该 站将为那些希望离开GitHub的人提供指引、方法、工具和支持。

那么，作为在GitHub上的FOSS开发者，你会考虑与GitHub“分手”么/p>

参考资料：

https://sfconservancy.org/blog/2022/jun/30/give-up-github-launch/

https://news.ycombinator.com/itemd=31932250

— 推荐阅读 —