在git中的多個分支之間劃分一組更改的方式是什麼「最好的」(閱讀:「最簡單」,「首選」,「正確」)?例如,假設我在處理分支X時做了一組(未提交的)更改,但其中一些更改實際上需要提交到分支Y,另一些更改爲分支Z,還有一些更改爲分支W;通常我會本能地做的(比如推薦的here)是存儲更改,檢出Y,應用更改,僅提交與Y相關的內容,然後重複其他分支。我遇到的問題是,應用隱藏的更改通常會導致必須處理的合併衝突,並且如果我執行隱藏彈出而不是應用(這經常發生,足以對我造成真正的風險!),我結束了針對Y分支中的Z的混合變化,並且他們必須手動解開。git中的多個分支之間如何劃分變化?
有沒有更好的方法?我能更好地處理這種情況嗎?
請注意,我的問題與如this one這樣的問題有關,但不同之處在於我尋求在多個分支間劃分當前一組更改的最佳方法。還要注意,在開發這組變更之前,我不能切換到Y,Z或W;我必須從X開始並在X上開發一組更改。
*「另外請注意,我不能切換到Y,Z,或開發組更改W的前,我不得不開始對X和發展集X上的變化「*:這聽起來像這些變化都是相關的。如果是這樣,當他們依賴對另一個分支的更改時,你如何將它們提交給不同的分支? –
@DanielHilgarth,這些變化是相關的,但我想在不同分支中提交它們的原因是,使用分支Y,Z和W的其他人也可以使用這些改進;一些變化邏輯上屬於分支Y,Z和W,希望這些改進的人可以將它們合併到這些分支中。 – BlueBomber
那麼,爲什麼你不能直接在各自的分支上發展這些變化呢?只是試圖瞭解你的情況在這裏... –