簡介
這篇文章只推薦給已經懂版本管理的讀者，
Gerrit與Jenkins的溝通通常是透過Gerrit的觸發器（Trigger）和Jenkins的插件來實現的，以自動化代碼審查和構建過程。這種整合可以大大提升軟件開發流程的效率和自動化程度。
強烈建議同時服用這張流程圖與以下教學：
Gerrit與Jenkins溝通的基本步驟：
1. 上傳代碼到Gerrit
- 開發者提交：作為開發者，當您完成代碼更改後，會將這些更改推送（push）到Gerrit中的特定分支或改變請求（Change Request）中。
- 創建審查：Gerrit接收到這些更改後，會為這些更改創建一個新的代碼審查實例。
2. Gerrit觸發Jenkins
- Gerrit觸發器：配置在Jenkins中的Gerrit Trigger插件監聽來自Gerrit的事件。當新的改變被上傳到Gerrit時，Gerrit Trigger插件會根據設定的規則（例如，針對所有新提交或特定分支的提交）觸發Jenkins進行一個新的建構。
3. Jenkins進行建構和測試
- 自動化建構/測試：Jenkins根據收到的觸發事件啟動一個建構過程，這個過程可能包括編譯代碼、運行自動化測試、進行靜態代碼分析等。
- 反饋結果：建構完成後，Jenkins會將建構和測試的結果回報給Gerrit。通常，這是通過在對應的Gerrit代碼審查中發布評論和/或+1或-1的評分來完成。
4. 代碼審查
- 人工審查：除了自動化測試外，代碼還會經過人工審查。開發者和審查者會根據Jenkins提供的建構和測試反饋，以及他們自己的代碼審查，來評估代碼更改。
- 批准和合併：當代碼更改通過了自動化測試並獲得審查者的批准後，它就可以被合併到主分支中去。
5. 合併後的處理
- 進一步的建構/部署：在某些情況下，合併到主分支的代碼更改可能會觸發進一步的建構，比如部署到測試環境或生產環境。
這個流程使得每次代碼提交都經過自動化測試和人工審查，以確保代碼質量並加快開發週期。透過Gerrit和Jenkins的整合，團隊可以實現持續整合和持續部署（CI/CD）的自動化流程。