所有gerrit評論的測試系統

Question

我們正在從svn切換到git。由於我們的流程很大程度上依賴於評論，因此我們可能會在未來推出gerrit。爲了更好地理解我的問題，讓我告訴你我們如何處理svn時下（簡化）：

1. 項目經理有一堆來自客戶的請求。這些請求與主要開發人員討論，他們創建技術規範
2. 然後將待辦事項分解爲最大值。 2天的工作看板卡
3. 那麼開發商的作品每個單獨的卡上（所有提交有看板卡的引用）
4. 當開發完成後，項目經理檢查卡
5. 如果這是可以的，然後這些更改會被代碼審查和合並（實際上是櫻桃採摘）併合併到發佈分支

到目前爲止，這麼好。這是使用gerrit可以做到的。我現在有兩個問題：

1. 一張看板卡可能不足以讓項目經理測試他的用例。一張卡可能只是「用戶界面變化」，另一張可能是「更改邏輯」。沒有價值單獨測試（壞例子，但仍...）
2. 如果我沒有「分支」的所有可以測試的變化，那麼每個項目經理都需要他/她自己的測試系統，這對我們的系統管理員來說是不可行的...

有沒有人有類似的過程？你是如何解決這個問題的？

thx，georg。

Answer 1

對我來說，你需要一些功能分支。 看板卡1功能分支（用戶界面），這是從最新版本分支派生（在你的例子中）

開發人員1完成看板卡在1或幾個提交。 如果是多次提交我建議他們通過1對特性分支

看板卡2特性分支（邏輯），這是從最新發布分支導出，以及（在你的例子）

進行點評開發人員2在一個或多個提交中完成看板卡。 如果是幾次提交，我建議他們在功能分支上一一檢查

如果只能一起測試，則將邏輯分支合併到用戶界面分支並進行驗證和測試。 如果它通過你合併userinterface分支到發佈分支和軟件應該沒問題

如果發佈分支已經在開發過程中前進，你應該在測試之前將最新版本分支合併到userinterface分支。

我希望這有助於

如果這些testsystems無論如何觸發和詹金斯控制的，那麼你可以配置詹金斯當你推審查那些轉移到「聽」到多個分支機構和觸發測試