如果我在重新綁定時發生衝突,知道導致衝突的其他分支提交的SHA的最快方法是什麼?即最後一次被挑選和失敗的承諾是什麼?是否有引發衝突的其他分支提交的參考?
我知道我可以手工弄清楚它是什麼提交,git rebase
告訴你正在應用的提交的主題行等,但我正在尋找一些可以編寫腳本的東西。
MERGE_HEAD
並不意味着任何事情發生在發生衝突衝突,REBASE_HEAD
(或任何類似的東西)不存在。
如果我在重新綁定時發生衝突,知道導致衝突的其他分支提交的SHA的最快方法是什麼?即最後一次被挑選和失敗的承諾是什麼?是否有引發衝突的其他分支提交的參考?
我知道我可以手工弄清楚它是什麼提交,git rebase
告訴你正在應用的提交的主題行等,但我正在尋找一些可以編寫腳本的東西。
MERGE_HEAD
並不意味着任何事情發生在發生衝突衝突,REBASE_HEAD
(或任何類似的東西)不存在。
它看起來像的SHA其工作文件的提交,因此目前造成衝突期間衍合是文件.git/rebase-apply/original-commit
英寸
如果(這是一個相當大的話)通過重複的櫻桃選擇進行重新分配,對於使用'-m'完成的交互式重新分配或重新分配,這些信息可直接在'CHERRY_PICK_HEAD'中使用。否則請參閱LeGEC的答案。 – torek