近日，微軟的開源項目 JavaScript 框架 Aurelia 不小心被 GitHub 封禁了，理由是項目中有兩名來自伊朗的外部貢獻者。雖然 GitHub 首席執(zhí)行官致歉表示“這次的確是個錯誤”，但是開發(fā)者們并不買賬，網友也評論稱“開源還有國界嗎 ，公平呢”？

狠起來連自己人都掐？

3 月 20 日，微軟首席 UX 工程師 Rob Eisenberg 發(fā)文稱：“一覺醒來，發(fā)現 Aurelia 網站被關了，數 T 歸檔都沒辦法訪問了。之前也沒有收到正式的通知，這對我們是毀滅性的行為！”他開玩笑說：“難道是因為微軟又有了一個新的 JavaScript 框架，所以要封掉 Aurelia？！“

這是啥操作，GitHub 連自己人都掐？

雷鋒網了解到，Aurelia 是一款非常知名的 JavaScript 框架，開源已經 5 年有余，其創(chuàng)建者、現微軟首席 UX 工程師 Rob Eisenberg 曾是另一款 JS 框架 Angular 團隊的成員，2016 年，Eisenberg 加入微軟，并得微軟許可，繼續(xù)從事 Aurelia 相關工作。其后，為了 Aurelia 能夠更好地發(fā)展，轉而由 Eisenberg 擁有的 Blue Spire 公司進行管理及運營。

但有意思的是，盡管同屬微軟，Rob Eisenberg 依然不得不通過 Twitter 公開 @GitHub 來解決 Aurelia 被封禁的問題。

而 GitHub 的支持賬號隨后也馬上給了回復：

如果你認為自己被錯誤標記了，可以向 GitHub 申訴，詳情參看我們的說明網頁。

正式上訴后，Rob 隨后向公眾解釋了封禁原因：

因為我們有兩名來自伊朗的外部貢獻者（非 GH 組織成員），所以 GitHub 自動標記并封禁了賬號。

很快這一消息便沖到了 Hacker News 榜單前三，GitHub CEO Nat Friedman 也不得不在 Hacker News 上進行了回應并道歉：

關閉此帳戶顯然是一個可怕的錯誤，我對受此影響的人表示歉意。我們正在調查具體過程，并更改規(guī)則以確保此類問題不會再次發(fā)生。我很慶幸的是，在 Aurelia 申訴不到一個小時的時間內，我們就恢復了對它的訪問。

同時，也對封禁原因做了解釋：世界上每家公司如果在美國境內開展任何服務（例如為美國客戶提供服務），都必須遵守美國的制裁規(guī)定。這甚至包括與美國銀行等基礎設施的互動。因此，將總部設在其他地方并沒有幫助，你必須服從。美國制裁已書面規(guī)定不允許我們?yōu)楸恢撇脟姨峁┥虡I(yè)服務或可能被用于商業(yè)目的的服務。

Aurelia 也轉發(fā)其推文，表示目前該項目已恢復。

而要說到開源代碼受美國出口管制這事兒似乎就更有意思了。

都是開源代碼受管制惹的禍？

2019 年 5 月，有網友發(fā)現，Github 的用戶協議上赫然寫著：

GitHub.com、GitHub Enterprise Server和您上傳的任何一個產品上的信息都可能受美國出口管制法律的約束，包括美國出口管理條例（the EAR）。

難道這是開源要變閉源了？

有知乎網友也借此調侃說，瞬間覺得去 github 上抄代碼竟然有了做特工的感覺，可能“孤膽英雄”說得就是自己了。

值得注意的是，協議中的企業(yè)服務版塊（GitHub Enterprise Server）標注，不得出售、出口或再出口到清單中的國家已經包含古巴、伊朗、朝鮮、蘇丹與敘利亞，并且隨時可能發(fā)生變化。

也就是說，任何被美國制裁的國家和地區(qū)，其開發(fā)者賬戶都有可能遭到封禁，不管你是真的在利用 GitHub 造核彈，還是托管幾個小游戲的代碼，你都是被禁止的對象。

而類似的封禁事件也不是第一次了，并且中招者也來自伊朗。

2019 年 7 月，伊朗開發(fā)者 Hamed Saeedi 發(fā)表博文稱，GitHub 屏蔽了他的賬號，認為他在利用免費的私有庫開發(fā)核武器。但諷刺的是，他從 2012 年開始使用 GitHub，最近才收到了與貿易制裁相關的郵件通知，并且他還表示 GitHub 屏蔽了所有伊朗賬號。

這位伊朗開發(fā)者寫道：

GitHub 曾是對每個人來說都是開源和自由的平臺，但是它現在決定去限制伊朗的賬戶貢獻開源。雖然我們理解 GitHub 在美國政府的施壓下不得作出此決定，但我們希望 GitHub 做出更讓人尊重的決定。

GitHub 突然限制了我們對私有倉庫的訪問，但我們希望至少 GitHub 在限制訪問前警告我們。

最后，我們希望 GitHub 的團隊：

讓我們下載私有項目，并且能讓它們公開（設置權限）。

改變他們的限制政策，不要去根據用戶的國籍進行限制。

顯然，到目前為止， GitHub 還是沒有做出一個讓開發(fā)者更為滿意的解決辦法。

GitLab會是更好的選擇嗎？

盡管這些被錯誤封禁的項目都已重新開放，但大家對 GitHub 的不信任也在日益增加，開發(fā)者們也對此發(fā)問：

到底有多少項目的存儲庫已被禁用？如果不是因為 Aurelia 是微軟的項目并且進入 Hacker News 前排，還不知道類似問題能不能都得到解決。

不少開發(fā)者也提出建議：

要不轉去 GitLab？

Google Code 也不錯，有免費 Git 以及 2GB 存儲空間呢。

SourceForge 也不錯。

試試不在美國的代碼托管平臺？

然而，對于開發(fā)者來說，這似乎還是不太現實。

作為基于 Web 的 Git 倉庫，GitHub 和 GitLab 都提供了分享開源項目的平臺，并為開發(fā)團隊存儲、發(fā)布、分享和合作開發(fā)項目提供了云存儲的場所，使用方法也差不多。

但 2019 年 11 月，GitLab 在其官網上發(fā)表了一篇 issue，稱他們將啟用一份職位國家封鎖令，停止招聘居住在中國和俄羅斯的人擔任網絡可靠性工程師及支持職位，并禁止擔任這兩個職位的員工移居中國或俄羅斯。

當時有網友評論稱：如果按照這種標準，那么80% 的人都會被 GitLab 拒之門外，而這種“封鎖”論調也會讓開發(fā)者們猶豫是否選擇這個開源平臺。

所以，開源自立或許是現在唯一的出路了。

責任編輯：wv