我正在一個小團隊中使用Git/Gerrit作爲源代碼控制/代碼審查。
當團隊中的開發人員想要提交他們的工作時,他們會投入/推動gerrit並開始研究新功能。
此外,鼓勵開發人員儘可能地推動他們的工作,他們通常在已提交的變更(通過挑選相關更改)上進行工作,這些變更目前正在審查中。如何將未更改的補丁集推送到gerrit並避免創建新版本?
問題是,當開發人員嘗試推動更改時,他們也會推動更改的歷史記錄。作爲副作用,這些更改會得到新版本,與以前版本的相同更改沒有區別。此外,開發人員現在必須獲得'僞造'許可(假設某些挑選的更改不是他的)
例如: 假設Adam的一個分支的歷史看起來像這樣(更高的變化是最新):
更改3(作者:亞當,目前在工作)
變化2(Ahthor:查理)
變化1(作者:巴斯)
主
現在,改變了1,2從gerrit挑選櫻桃,並沒有改變。
當亞當推他的補丁,他必須能夠建立在變化1,2提交者,他們得到新版本(沒有從以前的推任何區別)
可有人請告知如何避免這種情況?我們做錯了什麼?
謝謝!
如果在我想要提交我的更改的TOP上有兩個gerrit更改會怎麼樣?結賬會在這種情況下工作嗎?有沒有其他解決方法? – mrutyunjay
在這種情況下,結帳通常是一個很好的解決方案。 – Brad