6 個託管 git 倉庫的地方
![](https://linuxstory.org/wp-content/uploads/2024/06/143554rszbl3h7iahqcm73.jpg)
也許你是少數一些沒有注意到的人之一,就在之前,微軟收購了 GitHub。兩家公司達成了共識。微軟在近些年已經變成了開源的有力支持者,而 GitHub 從成立起,就已經成為了大量的開源項目的實際代碼庫。
然而,最近發生的這次收購可能會帶給你一些苦惱。畢竟公司的收購讓你意識到了你的開源代碼放在了一個商業平台上。可能你現在還沒準備好遷移到其他的平台上去,但是至少這可以給你提供一些可選項。讓我們找找網上現在都有哪些可用的平台。
選擇之一: GitHub
嚴格來說,這是一個合格的選項。GitHub 歷史上沒有什麼失信的地方,而且微軟後來也一直笑對開源。把你的項目繼續放在 GitHub 上,保持觀望沒有什麼不可以。它現在依然是最大的軟體開發的網路社區,同時還有許多對於問題追蹤、代碼審查、持續集成、通用的代碼管理等很有用的工具。而且它還是基於 Git 的,這是每個人都喜歡的開源版本控制系統。你的代碼還是你的代碼。如果沒有出現什麼問題,那保持原狀是沒錯的。
選擇之二: GitLab
GitLab 是考慮替代代碼庫平台時的主要競爭者。它是完全開源的。你可以像在 GitHub 一樣把你的代碼託管在 GitLab,但你也可以選擇在你自己的伺服器上自行託管自己的 GitLab 實例,並完全控制誰可以訪問那裡的所有內容以及如何訪問和管理。GitLab 與 GitHub 功能幾乎相同,有些人甚至可能會說它的持續集成和測試工具更優越。儘管 GitLab 上的開發者社區肯定比 GitHub 上的開發者社區要小,但這並沒有什麼。你可能會在那裡的人群中找到更多志同道合的開發者。
選擇之三: Bitbucket
Bitbucket 已經存在很多年了。在某些方面,它可以作為 GitHub 未來的一面鏡子。Bitbucket 八年前被一家大公司(Atlassian)收購,並且已經經歷了一些變化。它仍然是一個像 GitHub 這樣的商業平台,但它遠不是一個創業公司,而且從組織上說它的基礎相當穩定。Bitbucket 具有 GitHub 和 GitLab 上的大部分功能,以及它自己的一些新功能,如對 Mercurial 倉庫的原生支持。
選擇之四: SourceForge
SourceForge 是開源代碼庫的鼻祖。如果你曾經有一個開源項目,Sourceforge 就是那個託管你的代碼並向其他人分享你的發布版本的地方。它遷移到 Git 版本控制用了一段時間,它有一些商業收購和再次收購的歷史,以及一些對某些開源項目糟糕的捆綁決策。也就是說,SourceForge 從那時起似乎已經恢復,該網站仍然是一個有著不少開源項目的地方。然而,很多人仍然感到有點受傷,而且有些人並不是很支持它的平台貨幣化的各種嘗試,所以一定要睜大眼睛。
選擇之五: 自己管理
如果你想自己掌握自己項目的命運(除了你自己沒人可以指責你),那麼一切都由自己來做可能對你來說是最佳的選擇。無論對於大項目還是小項目,都是好的選擇。Git 是開源的,所以自己託管也很容易。如果你想要問題追蹤和代碼審查功能,你可以運行一個 GitLab 或者 Phabricator 的實例。對於持續集成,你可以設置自己的 Jenkins 自動化服務實例。是的,你需要對自己的基礎架構開銷和相關的安全要求負責。但是,這個設置過程並不是很困難。所以如果你不想自己的代碼被其他人的平台所吞沒,這就是一種很好的方法。
選擇之六:以上全部
以下是所有這些的美妙之處:儘管這些平台上有一些專有的選項,但它們仍然建立在堅實的開源技術之上。而且不僅僅是開源,而是明確設計為分布在大型網路(如互聯網)上的多個節點上。你不需要只使用一個。你可以使用一對……或者全部。使用 GitLab 將你自己的設施作為保證的基礎,並在 GitHub 和 Bitbucket 上安裝克隆存儲庫,以進行問題跟蹤和持續集成。將你的主代碼庫保留在 GitHub 上,但是出於你自己的考慮,可以在 GitLab 上安裝「備份」克隆。
關鍵在於你可以選擇。我們能有這麼多選擇,都是得益於那些非常有用而強大的項目之上的開源許可證。未來一片光明。
當然,在這個列表中我肯定忽略了一些開源平台。方便的話請補充給我們。你是否使用了多個平台?哪個是你最喜歡的?你都可以在這裡說出來!
via: https://opensource.com/article/18/8/github-alternatives
作者:Jason van Gumster 選題:lujun9972 譯者:dianbanjiu 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive