Rob Pike是Google的Go語言的主要設(shè)計者，他在該語言的Google Group上宣布，Go正在向Git和GitHub遷移。Rob提到，“所有的數(shù)據(jù)都會保存下來”，但是GitHub不會用于處理pull請求和代碼復(fù)審。Google的工程師解釋說，這方面將使用Google自有的Gerrit，因為它更適合像Go這樣的大型項目。

Go語言于2009年年底開源。Rob提到，其開發(fā)最初是在Subversion上開始的，后來遷移到Perforce，之后又遷移到Mercurial。未來幾個月，該項目將遷移到Git和GitHub，其中包括所有的子庫、問題跟蹤系統(tǒng)和wiki。

Mercurial給我們提供了不錯的服務(wù)，但現(xiàn)在是時候繼續(xù)往前走了。今天的世界和那時已經(jīng)有很大的不同。

Rob指出，之所以要采用Git和GitHub，決策背后的主要原因是，基于Git的代碼復(fù)審系統(tǒng)比較適合Go團隊的工作流程，而且Go社區(qū)中有很大一部分目前在使用Git和GitHub。如前所述，代碼復(fù)審將使用Google托管的Gerrit。Google的Go工程師Andrew Gerrand在另一個討論中談到過Gerrit的使用。據(jù)他解釋，與GitHub的代碼復(fù)審工具相比，Gerrit有以下幾個優(yōu)勢：

• 在GitHub中，合并pull請求會污染修改歷史。Gerrit會自動為主分支上的修改變基（rebase），這樣會得到一個比較好看的線性的歷史關(guān)系。
• GitHub會強制貢獻者創(chuàng)建倉庫的一個公開分支，即便他們沒有寫訪問權(quán)限。
• pull請求中的評論一創(chuàng)建就會發(fā)送。Gerrit也支持在一pull請求中提供多條評論，然后只發(fā)送一封郵件。
• 對于某個特定的變化，Gerrit支持多個“補丁集”，當復(fù)審較大的項目時，這點特別有用。

這則消息宣布時也理清了遷移的時間幀：

在12月初Go 1.4發(fā)布之后，遷移會馬上完成。1.5的所有開發(fā)都會在GitHub上進行；在1.4發(fā)布之后，Mercurial樹將關(guān)閉，不再接受修改。

為將所有數(shù)據(jù)都轉(zhuǎn)移到GitHub上，在問題提交系統(tǒng)中提交過問題或評論的開發(fā)者都應(yīng)該為遷移其問題提供權(quán)限，盡管這并不是強制的。如果沒有提供，問題將放在“gopherbot”賬戶的名下。

這讓我們可以訪問您的GitHub賬戶，以便重新創(chuàng)建您的問題和評論，這樣當有針對您的問題的修改時，您會得到通知。

在由該消息引發(fā)的評論中，有些開發(fā)者對給Google權(quán)限看他們的私有庫和公共庫表示擔憂。Google的Go語言工程師Brad Fitzpatrick解釋說，“GitHub的認證系統(tǒng)只支持這么一個粒度，所以要么放開，要么不放”。