Eclipse基金會發布Gerrit

本文來源於我在InfoQ中文站翻譯的文章，原文地址是：http://www.infoq.com/cn/news/2012/05/eclipse-gerrit

近日，Eclipse基金會發布了萬眾期待的Gerrit，用於基於Git的代碼審查與補丁提交。Gerrit是個基於Web的工具，用於接收Git提交，InfoQ此前曾對其做過報道。該審查工具位於https://git.eclipse.org/r/。

Gerrit已經為很多開源項目所廣泛使用，如https://android-review.googlesource.com/，由於EGit已經成為標準Eclipse的一部分，同時已經有近一半的Eclipse項目開始使用Git，因此整合Gerrit是個合情合理的結果。

Chris Aniszcsyk一直以來就在支援著Git與Gerrit，他說到：

我們幾個提交者在過去幾年中一直都在推動著Gerrit的發展以完善Eclipse的基礎設施，現在很高興看到這一切都夢想成真。我們在很長一段時間內都在EGit與JGit項目中使用Gerrit，對其感到非常滿意。現在Eclipse提交者有一種很便捷的方式來使用Git進行代碼審查（如果他們想要將這個流程添加到項目中）。

然而，Eclipse的進程還需要追趕上技術上的改進。作為一種DVCS而廣泛使用的Git對於那些在GitHub上來對Eclipse進行分支的人來說是不太重要的，它對這個功能提供了改進，可以直接提交到倉庫中。然而，這個進程主要是向bugzilla添加“補丁”，通常這在DVCS世界中是不太常見的事情（但不是不可能）。

但Gerrit向使用者提供了一個協議，使用者在首次登陸前需要同意該協議，這通常用於接受許可協議，Eclipse進程對此說到：

貢獻者會維護相應的Bug或是Gerrit中的注釋表明他們會：

1. 對其貢獻的內容進行100%的授權
2. 有權利將內容貢獻給EPL
3. 在EPL下貢獻內容

目前，我們要求貢獻者在建立賬戶時能夠明確遵守使用規定；我們還進一步要求貢獻者對每次貢獻都能堅持上述三個問題。同意意見可以在Bugzilla記錄中給出（如果有的話）或是在串連到Gerrit push的注釋中。

目前進行中的一場討論表明這個規則在過去的其他版本控制系統中常常被忽視掉。

隨著Eclipse 3.7.2的發布，同時很多項目依然在使用CVS或SVN倉庫的原因是“防止”3.7的流式構建，看起來Git的使用到EclipseCon 2012之前會有一個大的跨越。在關閉CVS之前還有310天，之後很多項目都會甩開CVS甚至是SVN。如果Eclipse貢獻協議的問題能夠得以解決，Gerrit的補丁能夠整合到IP工作流程中，那麼我們將會看到有更多的貢獻會湧入到核心的平台庫中。

查看英文原文：Gerrit at the Eclipse Foundation