6 個託管 git 倉庫的地方

也許你是少數一些沒有注意到的人之一，就在之前，微軟收購了 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

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive