在git中重新執(zhí)行一個恢復(fù)的合并。我在這里遇到了一個小問題：我有一個特定問題的分支。28s在吉特，我和將軍合并了develop分支。原來我做得太快了，所以我用git-還原來撤銷合并。然而，現(xiàn)在是合并的時候了。28s進develop，但是git-Merge命令看到了原始的合并，并高興地宣布一切正常，分支已經(jīng)合并。我現(xiàn)在該干啥？創(chuàng)建一個“還原”28s->開發(fā)“提交？似乎不是一個很好的方法，但我現(xiàn)在無法想象其他的方法。
3 回答
墨色風(fēng)雨
TA貢獻1853條經(jīng)驗 獲得超6個贊
---o---o---o---M---x---x---W---x---Y / ---A---B-------------------C---D
---o---o---o---M---x---x-------x-------* / / ---A---B-------------------C---D
但這一切都起作用了嗎？當(dāng)然有了。您可以還原合并，從純粹的技術(shù)角度來看，GIT非常自然地完成了合并，沒有真正的麻煩。 它只是將其視為從“合并前的狀態(tài)”更改為“合并后的狀態(tài)”，僅此而已。 沒有什么復(fù)雜的，沒有什么奇怪的，沒有什么真正危險的。GIT甚至不用考慮就會做這件事。
所以從技術(shù)角度來看，恢復(fù)合并沒有什么問題，但是 從工作流的角度來看，這是你應(yīng)該盡量避免的事情。.
例如，如果您發(fā)現(xiàn)一個合并到主樹中的問題， 與其恢復(fù)合并，不如嘗試 真的 難 :
把問題平分到你合并的分支中去，然后解決它， 或者嘗試恢復(fù)導(dǎo)致它的個人提交。
是的，它更復(fù)雜，而且不，它并不總是起作用(有時答案是：“哎呀，我真不該把它合并，因為它還沒有準(zhǔn)備好，我真的需要撤銷它。 全所以你真的應(yīng)該恢復(fù)合并，但是當(dāng)你想要重新做合并的時候，你現(xiàn)在需要通過還原來完成它。
眼眸繁星
TA貢獻1873條經(jīng)驗 獲得超9個贊
---o---o---o---M---W---x-------x-------* / ---A---B
git cherry-pick -x W
git revert W
---o---o---o---M---W---x-------x-------* / / ---A---B---W---W`----------C---D
- 3 回答
- 0 關(guān)注
- 1079 瀏覽
添加回答
舉報
0/150
提交
取消