所用的軟體版本： Jenkins 1.545, 1.551 Gerrit 2.8.1 網上能找到的教程多半是針對舊版的Gerrit，而官網新版Gerrit有不少介面和選項都已經不同了，在此特針對新版說一下要點。 Jenkins的安裝相對簡單，參照官網或網上教程介紹，用apt/yum進行源的配置、下載安裝即可。 配置檔案: /etc/defaults/jenkins (Ubuntu) 或 /etc/sysconfig/jenkins (CentOS)。主要是修改合適的埠。 Gerrit安裝和基本配置比較繁瑣，參見： 假定Gerrit安裝所在機器名為linuxserver；jenkins在Gerrit中的使用者名稱為jenkins。 要點：建好Gerrit中的jenkins使用者後，將其加入組：Non-Interactive Users。（該組預設就已有監聽Stream Events許可權，所以不需要像其他一些教程那樣額外單獨建Event Streaming Users組的步驟。Steam Events的原理是：Gerrit收到程式碼提交後，會以event的形式發給Jenkins，從而觸發Jenkins自動構建。）
Jenkins配置如下： 安裝及配置Gerrit Trigger 通過Plugin Manager安裝Git Plugin和Gerrit Trigger（會自動連帶安裝SSH Agent Plugin），不需要裝其他帶Gerrit字樣的外掛。 進入 Manage Jenkins - Gerrit Trigger，配置引數後Test Connection應能成功，否則請檢查unix帳號jenkins的public key是否已正確新增到Gerrit裡的對應使用者中。 在Gerrit Reporting Values小節，建議將Verify和Code Review中的Successful設為+1，Failed設為-1，這樣可以在Jenkins自動構建成功或者失敗後向Gerrit直觀地反映其結果（見附1）。Verify一節的值在新版Gerrit裡應該是用不到了的，參見下一段。

點開Advanced以後，必須將Gerrit Verified Commands小節下各個命令中--message後的單引號改為雙引號（否則當Jenkins向Gerrit發ssh gerrit review訊息時會出現引數解析出錯的問題，見https://code.google.com/p/gerrit/issues/detail?id=800），並去掉--verify引數（應該是這一新版的Gerrit將該引數捨棄了）。 例如Successful的命令： 修改前：gerrit review , --message 'Build Successful ' --verified --code-review 修改後：gerrit review , --message "Build Successful " --code-review

Job設定 新建job（或叫project，1.551裡也叫item）後，Source Code Management小節配置如下圖： (1) Repository URL根據實際環境中Gerrit提供的git repo地址填寫； (2) Refspec=$GERRIT_REFSPEC（點開Advanced可見）, (3) Branch Specifier=$GERRIT_BRANCH, (4) Additional Behaviors 新增一個Strategy for choosing what to build，選 Gerrit Trigger。這幾項需按照圖中配置才能獲得正確的ref和branch進行編譯。關於這些變數的詳情，可以在Gerrit事件觸發以後通過主選單的Query and Trigger Gerrit Patches或者job執行記錄的Parameter中看到（附3）。

Build Triggers 小節配置如下圖： (1) 選中 Gerrit event (2) Choose a server視情況選擇Any Server或具體特定server。 (3) Check non-reviewed patchsets 涉及到Jenkins啟動重連後檢查尚未review的patchset，視實際需要選擇。
(4) Trigger on可以不配，不配的話儲存job後會預設自動選中事件 Patchset Created（最關鍵的就是這個事件，是提交程式碼後就觸發的事件） 和 Draft Published (5) Gerrit Project需填完整 Pattern 和 Branches 內容才有效，例如Type選Plain,值填、Branches的Type選Plain、值填master；或Type選Path,Pattern填**,Branches的Type選Path,Pattern填**匹配任何project和branch，更詳細的介紹可點相應問號檢視。 (6) 建議選中 Advanced 下的 Do not pass compound 'name and email' parameters ，否則構建時（例如使用maven時）很可能出錯。諸如此類Jenkins傳引數給Gerrit的問題後續還有多處地方可能出現，如果遇到整合不正常，可用附2的除錯方法來排查。 這樣配置下來，Jenkins與Gerrit就基本連通了。 驗證： 以開發者帳號從Gerrit clone出程式碼，修改，git commit（記得事先拷貝好.git/hook/commit-msg）, git push origin HEAD:refs/for/master，就應該能看到Jenkins收到新的程式碼、構建、反饋結果給Gerrit，之後其他審查者就可以在這套經過自動化構建驗證過的程式碼上進行人工review了。 附1：展示構建成功或失敗後，Gerrit中的顯示效果。成功的效果如下： 構建失敗： 附2：檢視Jenkins和Gerrit除錯日誌的方法： Jenkins:      tail -F /var/log/jenkins/jenkins.log & ; ssh [email protected] -p 29418 gerrit stream-events Gerrit:      tail -F /logs/*log 附3：Gerrit觸發事件的引數詳情示例