Git 是否存在导致冲突的其他分支提交的引用?
如果我在重定基址时遇到冲突,那么从导致冲突的其他分支了解提交的SHA的最快方法是什么。也就是说,cherry挑选并失败的最后一次提交是什么 我知道我可以手动计算出提交是什么,并且Git 是否存在导致冲突的其他分支提交的引用?,git,Git,如果我在重定基址时遇到冲突,那么从导致冲突的其他分支了解提交的SHA的最快方法是什么。也就是说,cherry挑选并失败的最后一次提交是什么 我知道我可以手动计算出提交是什么,并且git-rebase告诉您正在应用的提交的主题行,等等,但是我正在寻找可以编写脚本的内容 MERGE\u HEAD并不意味着任何关于重新基础冲突的内容,rebase\u HEAD(或任何类似内容)不存在。我认为git将其工作文件保存在中。git/rebase apply/在rebase过程中当前导致冲突的提交的SHA似乎
git-rebase
告诉您正在应用的提交的主题行,等等,但是我正在寻找可以编写脚本的内容
MERGE\u HEAD
并不意味着任何关于重新基础冲突的内容,rebase\u HEAD
(或任何类似内容)不存在。我认为git将其工作文件保存在中。git/rebase apply/
在rebase过程中当前导致冲突的提交的SHA似乎在文件中。git/rebase apply/original commit
是,但是,该文件的确切位置和名称因Git版本以及是否使用辅助(Git worktree add
-ed)工作树而不同。如果(这是一个相当大的如果)您通过重复的樱桃选择进行重基,对于交互式重基或使用-m完成的重基也是如此,该信息可直接在CHERRY\u PICK\u HEAD
中找到。否则,请参见LeGEC的答案。