前幾天，一則關於 “GitHub 人工智慧程式設計工具 Copilot 以67 元/月的費用正式上線”的訊息引發了開源圈的熱議，一時間關於 Copilot 侵犯隱私、抄襲程式碼、無視許可證以及“開源變付費”等以往爭議話題再次被挖出來，且不斷在社交媒體上發酵。
【相關閱讀：Github AI 程式設計工具 Copilot 正式上線，“白嫖”時代結束，67 元/月！https://segmentfault.com/a/11...】
6月30日，軟體自由保護協會（SFC）官網釋出了一篇題為《Give Up GitHub！》的博文，徹底“點燃”了開源圈長久以來的“怒火”。
SFC 在長文中表示：由於 GitHub 的不當行為，SFC 將結束所有 GitHub 的使用，並將協助其他自由軟體專案從 GitHub 遷移 —— “我們開始呼籲所有自由和開放原始碼軟體開發者放棄GitHub”。
目前，SFC 方面已停止使用 GitHub 開展專案託管，並敦促其他軟體開發者一同退出。
為什麼要放棄 GitHub？四宗罪“惹眾怒”
原來，此前 SFC 方面就對 GitHub Copilot（AI 程式設計工具）在公開程式碼上進行訓練的合法性的表示質疑，而 GitHub 卻一直拒絕回應。因此，前幾天 GitHub 剛宣佈 Copilot 正式上線且收費的訊息一經傳出， SFC 便徹底“怒了”。
SFC 方面表示，呼籲放棄 GitHub 的原因有很多。在這裡，他們列出了 GitHub 最主要的幾宗罪。
（1）法律問題：涉及隱私、抄襲程式碼，無視許可證
眾所周知，Copilot 是由微軟及其GitHub子公司開發和銷售的一種營利性產品，它使用人工智慧（AI）技術為開發人員自動互動生成程式碼。根據GitHub自己的宣告顯示，該AI 模型僅使用託管在 GitHub 上的專案進行訓練，包括許多使用copyleft許可證的專案。
【相關閱讀：自由軟體基金會批 GitHub Copilot：“不可接受且不公正”https://segmentfault.com/a/11...】
那麼問題來了，由於這些專案大多不屬於“公共領域”，它們是根據FOSS（自由/開放原始碼軟體）許可證獲得許可的。所以這些許可要求包括適當的作者歸屬，在版權許可的情況下，它們有時要求基於或包含軟體的作品在與先前作品相同的版權許可下獲得許可。
據報導，近年來微軟和GitHub一直忽視這些許可要求。他們對這些行為的唯一“辯護”是前CEO的推特——他在推特中錯誤地聲稱，關於這個話題的懸而未決的法律實際上已經解決。
（2）道德問題：利用FOSS專案專有化營利
除了法律問題外，GitHub 選擇在建立專有軟體的服務中使用版權保留的程式碼也會帶來嚴重的道德影響。
2020年，社群發現GitHub與美國移民和海關執法局（ICE）簽訂了營利性軟體服務合同。兩年來，包括一些GitHub員工在內的活動人士一直呼籲GitHub取消該合同。GitHub則回覆稱，他們的母公司微軟多年來一直將Microsoft Word出售給ICE，沒有任何公眾投訴。
他們聲稱，這在某種程度上證明了與政策有問題的機構開展更多業務的合理性。“不管你對ICE及其行為的看法如何，GitHub對提出這一重要問題的活動家們持續不屑一顧和虛偽的回應表明，GitHub將其利潤置於社群關注之上。”
（3）假裝支援FOSS，實則“圍剿”社群以依賴其專有軟體
SFC 方面還表示，儘管GitHub假裝支援FOSS，但他們的整個託管網站本身就是專有或商業祕密軟體。我們感謝GitHub允許其一些員工有時向上遊專案提供自由和開放原始碼軟體，但我們的社群以前曾多次被該聲稱支援FOSS的公司“圍剿”，同時積極“說服”社群依賴其專有軟體。“我們不會讓GitHub以同樣的方式‘幹掉’我們！”
GitHub與FOSS專案託管行業的大多數同行不同，因為GitHub甚至不提供任何自託管FOSS選項，他們的整個程式碼庫都是私密的。比如雖然我們對GitLab的並行“社群”和“企業”版本的商業模式感到不滿，但至少GitLab的社群版提供了自託管的基本功能，是百分之百的FOSS。
（4）“逃避”版權：詆譭 copyleft、抨擊 GPL 的許可
此外，GitHub 長期以來一直試圖對 copyleft 和 GPL 進行抨擊，以說服專案“逃避”版權保留問題。
SFC 方面透露，GitHub 長期以來一直試圖詆譭copyleft。“他們的各種 CEO 經常大聲否定copyleft，比如在某主題演講中抨擊 copyleft 和 GPL。多年來，我們親自觀察到 GitHub 的多名員工在許多場所爭論......我們甚至看到GitHub員工直接在 bug ticket 中這樣做”。
同時，GitHub 公司的高管過去曾多次攻擊 copyleft 許可。以上事件，都讓 GitHub 的印象在業內變得更差。
如何放棄 GitHub？關鍵 FOSS 專案開發者群體應該“以身作則”
當然，對於整個開源圈而言，確實很難立馬離開 GitHub，其原因之一就是“專有供應商鎖定”。
我們知道，作為“軟體開發界的 Facebook”，GitHub 早已成功為 FOSS 開發者創造了有史以來最具吸引力的精彩樂園。離開 GitHub 是困難的，因為這是你找到共同開發者並與之合作的方式。GitHub 甚至可能是你找工作時向潛在僱主展示工作的方式，一些電腦科學課程甚至都會要求學生使用 GitHub。
既然離開 GitHub 如此困難，那麼究竟該如何放棄它才好？
這裡，SFC 方面首先呼籲處境最舒適的開發者群體——關鍵FOSS專案的領導者、招聘和工程經理以及就業安全的開發者們，邁出第一步，拒絕GitHub的專有服務。
如此一來，SFC 當然知道，以上領域的新開發人員將會收到來自潛在僱主要求他們參與GitHub的壓力。“但集體行動恰恰考驗著我們中享有特權的開發者以身作則，這就是為什麼我們不僅要求你離開GitHub，而且我們正在帶頭努力幫助每個人長期放棄GitHub”。
通過為FOSS專案設定議程並在其他地方託管專案，關鍵開發者群體可以幫助新來者避免GitHub造成的內在力量失衡。
因此，SFC首先要向招聘經理、社群領導者以及其他有權鼓勵新貢獻者和現有社群使用GitHub的人發表講話。一旦有權勢人物選擇在GitHub上主持專案，個人貢獻者就別無選擇，只能使用這些專有且具有破壞性的產品。
“如果您在社群和/或僱主內做出決策或擁有政治權力，我們敦促您通過自由和開放原始碼軟體平臺而不是GitHub，利用您的權力來集中社群工作。如果你是一個感覺無力離開GitHub的個人貢獻者，請閱讀關於如何邁出第一步的（越來越多的）建議列表。”
SFC 表示，從長遠來看，他們將開發這個穩定的URL（GiveUpGitHub.org），其中包含指向資源的連結，以幫助每個人——從最有特權的開發者到自由和開放原始碼軟體中代表性不足的群體的新手和成員——放棄GitHub。
如果您覺得您或您的專案還不能離開 GitHub，SFC要求您通過在自述檔案中新增此部分來提高認識，以此來與您的使用者分享您對GitHub的擔憂。如果您準備離開GitHub，可以使用該自述檔案。
後續
據悉，SFC 暫時不會強制要求現有會員遷移專案，但他們將不再接受不打算從GitHub遷移的新會員專案。
軟體自由保護協會(Software Freedom Conservancy,簡稱 SFC)成立於 2006 年，是一個推廣開源軟體和捍衛自由軟體通用公共許可證(GPL)的非營利組織，旨在為自由開源軟體專案提供支援和基礎設施。
此前，SFC 曾因美國電視製造商Vizio公司濫用了 GPL而對該公司提起過訴訟。此次，SFC 再發文《Give Up GitHub！》對 GitHub 進行聲討，揭開其“虛假面目”，並呼籲業內對其抵制棄用，確保自由開放的開源軟體環境以造福廣大開發者社群。
目前，SFC 的這篇文章依舊在社交媒體上備受熱議，有網友 對 SFC 提出的關於 GitHub Copilot 涉及的版權法規質疑表示支援，同時也有網友表示對 Copilot 的商業化表示理解，由此引發了更多人加入爭論。
關於此次事件，我們也將持續關注。如果您對該事件有任何看法，也歡迎在評論起留言互動。