目录

  1. 为什么放弃GitHub
  2. 我如何放弃GitHub？

本文观点及内容来自SFC；如翻译有出入，一概以原文为准。

从2022年六月29日星期三开始，我们号召所有FOSS开发人员放弃GitHub。

我们意识到这不是一件轻松的任务；GitHub无处不在。通过他们有效的营销手段，自由和开源软件(FOSS)开发人员们已确信GitHub是FOSS开发的最佳（甚至是唯一）之地。然而，作为一个专有的、商业秘密工具，GitHub本身其实正和FOSS针锋相对。相比之下，Git的设计目标便是取代一个专有的工具 (BitKeeper）并使FOSS开发人人共享——使用FOSS工具并抛弃一种集中化的站点。GitHub封装了Git——搞出一些额外的东西把一个共享的、平等的FOSS系统变成了集中的、专有的站点。而且这些东西还控制在一家专门的、营利性的公司手中。在GitHub上工作时，已有的FOSS社区又会把新手携带到这个专有的平台之上——更扩张了GitHub的地盘，也限制了下一代FOSS开发人员的想象力。

我们知道许多人每天都依赖于GitHub。这个好用（尽管是专有的）的服务免费又无处不在，想要放弃确实很艰难。对软件开发者来说，放弃GitHub甚至比放弃Facebook还要难！我们并不责备那些还在犹豫的人，但我们希望您能一读下面所说的关于放弃GitHub的理由与方法，同时加入我们，寻找更好的替代方案！值得一提的是，我们会在整个2022年及以后的时间里都持续更新本文，请您定期回来看一看本页面！

为什么放弃GitHub

放弃GitHub有许多原因，我们只列出一些最重要的：

  • Copilot是一个营利性的产品——由微软和他们的GitHub子公司开发并销售——它使用人工智能（AI）技术交互式地自动为开发人员生成代码。该AI模型只使用GitHub上的项目进行了训练（根据GitHub自己的说法），这些项目多是以版权向左的许可证许可的。大多数项目并不在“公共域”中，它们受到FOSS许可证的许可。这些许可证具有一些要求，包括合格的作者声明；对于版权向左的许可证来说，它们有时还要求基于和/或包含这个软件的项目使用同样版权向左的许可证。微软和GitHub忽略这些许可证的约束已经不止一年了。他们对这些行为的辩护只有来自前CEO的一篇推文，其中他错误地表明有关这个问题的未决法律已经成为既定法律了。除法律问题外，GitHub为创建专有软件而使用版权向左的代码带来的道德影响也十分严峻。
  • 在2020年，社区发现GitHub与美国移民及海关执法局（ICE）达成一项营利性软件服务合同。积极分子和一些GitHub员工要求GitHub取消该合同已有两年时间。而GitHub的回复主要是，他们的父公司，微软，同样已向ICE售卖了很长时间的Microsoft Word也没有招致公众抱怨。他们认为，这在某种程度上可以作为与问题机构加强合作的理由。无论您对于ICE及其行为看法如何，GitHub一贯对那些提出这些重要问题的积极分子不屑一顾、骗人的答复态度反映出GitHub把利益放在社区的感受之上的本质。
  • 尽管GitHub假装支持FOSS（就像他们之前的SourceForge），他们的整个托管站点，或者说他们本身，却是专有软件和/或商业秘密软件。我们也赞成GitHub允许一些员工将FOSS贡献给上游项目，但我们的社区已经被那些宣称支持FOSS却强迫社区使用他们的专有软件的公司侵扰了许多次。我们不会让GitHub再这样骗我们！
  • GitHub与大多数同类的FOSS项目托管产品不同，它甚至不提供任何自托管FOSS的机会。他们整个的代码库是私密的。例如，虽然我们抱怨GitLab这样同时推出“社区”和“企业”两种版本的销售模型，但至少GitLab的社区版提供了基本的自托管功能，并且是100%的FOSS。此外也有非营利性的FOSS托管站点如CodeBerg，这些FOSS平台的开发是面向公众的。
  • GitHub长期公开地诋毁版权向左。它的几个CEO经常抹黑版权向左，比如他们的创始人（以及前任CEO）在OSCON主题演讲中攻击过版权向左和GPL。这种思想从他们的领导层就蔓延开来。我们亲眼见过一些GitHub员工常常竭力使项目避免版权向左；我们还曾见过一位GitHub员工直接在GitHub bug工单中干这种事。
  • GitHub被全盘掌控在微软手中，这个公司以曾反复攻击版权向左的许可证而知名。

我如何放弃GitHub？

GitHub之所以如此难以放弃，其一便是上述问题之一所带来的负面影响：专有软件具有供应商锁定。