6 個託管 git 倉庫的地方

GitHub 被收購導致一些使用者去尋找這個流行的程式碼倉庫的替代品。這裡有一些你可以考慮一下。

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