為省錢,開源項目一年不更新就要刪除程式碼?GitLab 緊急回應!

整理 | 蘇宓

近日,一則關於「為了縮減成本,GitLab 出手了!」的傳聞讓不少開發者心驚膽戰。據外媒 The Register 報道,有匿名訊息人士透露,GitLab 計劃在平臺上自動刪除免費使用者賬號中一年沒有活躍的項目,此計劃將於 2022 年 9 月生效。

為節省託管成本,GitLab 欲斷開發者後路?

換句話說,如果你是 GitLab 上的免費使用者,如果之前開發的項目程式碼在 12 個月內沒有更新過,那麼項目將會被刪除。

據悉,此舉也是 GitLab 為了減少成本才做的決定。這些項目佔 GitLab 託管費用的四分之一,自動刪除不活躍的項目每年可以為 GitLab 節省高達 100 萬美元。因此,有人建議 GitLab 實行刪除不活躍的項目,以此實現公司財務的可持續性。

不過,因為一年的不更新,且歸屬免費賬戶,就要刪除此前開發者耗時多月甚至是多年辛辛苦苦開發的程式碼,必定會引發不少使用者的不滿。為此,外媒指出,GitLab 似乎已做好應對之策。有訊息稱,GitLab 會在使用者刪除程式碼及項目之前向使用者發出數週或者數月的警告。同時,如若在 12 個月內重新向項目發佈更新,如提交 PR、issue 等就足以使項目保持活躍狀態。

牽一髮而動全身,不活躍也不等於沒人用!

其實在 2018 年,微軟宣佈以 75 億美元收購 GitHub 之際,不少使用者發起立即遷移到 GitLab 和其他 GitHub 替代品的行動。當前,GitLab 作為全球第二大程式碼託管平臺,其平臺上覆蓋了很多主流的開源項目,由此,GitLab 也在開發者群體中有不錯的口碑。

同時,根據 CSDN《2021-2022 中國開發者調查報告》資料顯示,GitLab 也是排名第二的研發協作管理工具,佔比 26.3%。

如果外媒報道是真的,雖然聽起來這可以為 GitLab 節省出一大筆可觀的費用,但是事實上,物極必反,尤其是對以開發者為核心的 GitLab 而言,也會因此丟失開發者的信任。

根據 GitLab 官方顯示,其提供的免費服務包含了每個月 5GB 的儲存空間、 10GB 的資料傳輸和 400 分鐘的 CI/CD 流水線時間,以及每個名稱空間 5 個使用者的名額。

不少開發者認為,GitLab 提供免費服務的全部意義在於讓開發者們可以使用他們的平臺來託管程式碼,無論項目是否保持活躍狀態。想必很多人都能接受,GitLab 可以通過搞一些運營手段,來激發開發者參與程式碼貢獻與項目開發,但是當前以刪除程式碼作為脅迫手段,還僅針對免費賬戶,實則為下下策,讓人無法接受。

開源倡導者、開放 .NET 社區的參與者 Geoff Huntley 在接受 The Register 採訪時表示,這一政策「絕對瘋狂」。

「源程式碼不會佔用太多磁碟空間。對於某人來說,刪除所有這些程式碼就是對社區的破壞。他們將摧毀自己的品牌和商譽。開發者之所以在平臺上託管程式碼,是因為抱著公眾可以重用、構建分支的想法。當然,也不能保證程式碼總是託管在某個平臺上,但是在開源中,有一個不成文的規則就是,你讓程式碼可用,就不會刪除它。(之前)我們有維護者拉取了程式碼,社區對此感到非常憤怒,因為其他依賴於已刪除產品的項目將會受到影響,這也會導致所有的依賴都無法編譯。」

與此同時,項目不活躍也不等於沒有人用。在 GitHub/GitLab Top 1000 的項目中,也不乏有很多項目的更新時間停留在幾年前。

事實上,也有不少人通過簡單地開發一款工具/程序,用來鍛鍊與提升自己的開發技能,並將程式碼託管到 GitLab 或者 GitHub 上,以便其他人也可以查看與學習,而自己並不打算長期維護或者更新它,甚至有時候自己可能已經無權向項目提交更新。但是,這並不影響每年有無數的開發者繼續使用這些項目。

「與其盲目的想要刪除開發者的勞動成果,GitLab 不妨想辦法更好地管理自己的定價服務和財務。」

GitLab 回應:不刪,但使用對象儲存!

為省錢就想要刪除程式碼,在眾多開發者的焦慮聲中,GitLab 於今天早晨在 Twitter 上緊急發佈了回應聲明,其表示:

我們在內部討論瞭如何處理不活躍的儲存庫。

我們達成了一個決定,將不活躍的資源庫轉移到對象儲存。

一旦實施,它們將仍然可以被訪問,但在長期閒置後需要更長的時間來訪問。

不過,GitLab 有些模糊的回應並沒有打消眾人的疑慮。在這條推文評論區,有不少開發者追問:

「歸檔的程式碼是否仍然對公眾可見,還是只有儲存庫所有者能夠從歸檔的對象儲存中恢復?

如果只有所有者才能恢復,那麼你是否考慮過這樣一種不幸的情況,即項目所有者的維護者去世後,他們的程式碼在他們停止在網站上的活動一年後,全部變得無法訪問了?

如果我看到某個儲存庫在 GitHub 上可見,但在 GitLab 上無法訪問,我將感到非常失望。」

兩個小時後,GitLab CEO Sid Sijbrandij 出面再次進行了回應,「根據 GitLab 項目管理指南顯示,歸檔項目是由使用者來激活」。同時他表示,當前的對象儲存計劃將使儲存庫對所有人可見。

這無疑也是開發者最想見到的處理方案

這無疑也是開發者最想見到的處理方案。

然而,此次訊息的流傳,也引發了使用者的思考,有人覺得「終是沒有免費的東西。如果你在 GitLab 上付費,就不會有這種焦慮了」、「GitLab 作為一家企業,前提也是要先活下來。與背靠微軟這棵大樹的 GitHub 有所不同,儲存成本過高帶來的巨大壓力會讓 GitLab 逐漸喪失競爭力」……為此,你怎麼看?

參考連結:

https://www.theregister.com/2022/08/04/gitlab_data_retention_policy/

相關文章

GitLab 禁用 Windows!

GitLab 禁用 Windows!

整理 | 鄭麗媛 作為 GitHub 的重要競爭對手,GitLab 自成立以來就一直與其在原始碼庫市場上進行爭奪。尤其當微軟在 2018 年...

剖析 Netty 內部網路實現原理

剖析 Netty 內部網路實現原理

作者 | 張彥飛allen 來源 | 開發內功修煉 Netty 是一個在 Java 生態裡應用非常廣泛的的網路程式設計工具包,它在 2004...