2012-02-22 89 views
1

如果您有多個pull請求都基於您主分支的同一提交(因此每個pull請求在發出請求之前都已正確重新分配),那麼如何接受並重新綁定更改進入主設備,同時仍能成功關閉/接受拉取請求。同時管理多個pull請求

 D--E 
    /
A--B--C 
     \ 
     F--G 

我想保持我們的主人乾淨,儘量避免合併在可能的地方。首先拉出的拉請求(快進)將關閉拉取請求並保持提交清理,但隨後的一次,我必須重新綁定(不會關閉拉取請求),合併變更提交(特別是當一些拉請求堆積時),或者要求貢獻者重新分配他們的分支機構,但是這對許多開發人員來說是令人厭煩的。

任何更好的策略來管理?我使用Bitbucket作爲我們的源代碼庫,如果它有所作爲,但我會認爲這將在GitHub或任何其他git源代碼控制中相同。

回答

3

關於「過度清理綜合徵」,我建議讀取http://www.mail-archive.com/[email protected]/msg39091.html拉提交者以及合併維護者。

這也可能是值得注意的是,過度的「混帳變基」不會讓 事情的任何清潔劑:如果你做太多的底墊,它只是意味着 所有舊預變基測試是現在的可疑值。

+1

+1反對過度使用rebase。 – Eduardo 2012-02-22 07:43:28

+0

感謝您的鏈接。很有幫助!我習慣於在1或2個人的團隊中工作,所以它總是很容易擁有一個完全線性的提交樹,幾乎沒有額外的工作。現在球隊變得更大了,我確實看到了沒有重新啓動其他人的工作。謝謝 – Peter 2012-02-22 13:44:50

+3

「所有舊的預先重新測試現在都是可疑的。」與剛纔與之前不存在的變化合並的一組變更相比,您的測試的價值有何不同?至少如果您要求提交者進行rebase,那麼他們有機會針對新的更改測試pull請求。 – dustyburwell 2012-09-06 15:19:01