科搶救：櫻桃選擇合併提交？

Question

我需要拯救一個功能分支，由於分配失敗而獲得了一些重複的提交。目前解決此問題的唯一方法是將此功能分支中的所有提交挑選到master中（請參閱下面的背景）。

我們從最新的主控狀態開始，然後開始挑選我們的功能分支提交。但是，我們有時會將主合併到我們的功能分支中，而我不確定是否還需要選擇合併提交。我認爲不是，因爲我已經在挑選當前主人時解決了衝突。那是對的嗎？

PS：背景

我們發現了重複提交太晚，特性分支已經對前100個更多的提交。由於我們的CI結構，我們不能只恢復重複的提交。我們的第一次救援嘗試是重新綁定並忽略重複的提交。這不起作用，因爲它會改變某些不屬於我們功能分支的提交的修訂ID（我們無法更改主服務器已提交的修訂ID）。因此，我們目前的救援模式就是將這個功能分支的所有變化都挑選到主人手中。

Answer 1

也許你應該將你的特性分支重定位到最新的主分支，修復所有怪異的東西？

如果不是，那麼是的，你是對的。如果在從功能分支挑選提交到母版時將相同的衝突解決方案從母版合併到功能分支時執行，則不需要選擇合併提交。實際上，如果你合併了合併提交，我會盡可能地解決你的衝突，最終不會有任何變化。無論如何您都無法挑選合併提交，而無需手動給予主線-m。