在多個分支中做一個git cherry-pick

Question

有時我會遇到這樣的情況：我發現了一個錯誤並對其進行了更正然后提交了更改。 這個提交可以在所有受影響的分支中挑選，這是我非常喜歡的功能。

但事實證明這很乏味（檢查受影響的5-10個分支，選擇提交）或容易出錯（在分支機構工作時采摘櫻桃 - 有時幾天/幾周后）

是否有可能將櫻桃采摘自動化為多個分支？ 編寫迭代受影響分支的腳本似乎是可能的，但受影響的分支（以及分支本身）的集合會永久改變 -

最好的溫迪

Answer 1

答案的簡短版本：你不應該挑選這個錯誤修正。 你應該合並它。 您需要做的就是確保將修復程序提交到從需要修復的所有分支的公共祖先開始的分支，然后將其合並到每個分支中。 這比挑選櫻桃要好得多，因為它不會在您的倉庫中進行重復提交，如果您以后需要合並兩個收到修復的分支，則不會出現問題。 這里的一般原則是維護分支，從您正在維護的某個舊版本開始，並從那里合並到所有以后維護的版本和版本中。

有關更多細節和相關的哲學建議，請參閱我關於挑選櫻桃的問題的答案 ，以及對它的評論以及我在這些評論中提供的鏈接！