Git 合并冲突,但文件未更改
不幸的是,我们有一个功能分支已经存在了很长时间。不时将Git 合并冲突,但文件未更改,git,version-control,merge,git-merge-conflict,Git,Version Control,Merge,Git Merge Conflict,不幸的是,我们有一个功能分支已经存在了很长时间。不时将develope合并到该分支中。到目前为止,这没有引起任何意外的冲突。今天,我们再次尝试将develope合并到功能分支中(git merge--ff develope)。不幸的是,git报告了大量的合并冲突。据我们所知,大多数(如果不是所有的话)冲突都是针对功能分支本身中未涉及的文件。如果在要素分支中对其进行了修改,则仅是因为这些更改合并到了“开发”中 我们试图弄清楚发生了什么事,但没有成功。执行 git merge-base --all
develope
合并到该分支中。到目前为止,这没有引起任何意外的冲突。今天,我们再次尝试将develope
合并到功能分支中(git merge--ff develope
)。不幸的是,git报告了大量的合并冲突。据我们所知,大多数(如果不是所有的话)冲突都是针对功能分支本身中未涉及的文件。如果在要素分支中对其进行了修改,则仅是因为这些更改合并到了“开发”中
我们试图弄清楚发生了什么事,但没有成功。执行
git merge-base --all develop HEAD
在功能分支中,输出单个提交abcdef
HEAD~2
是一个合并提交合并123456
和abcdef
。提交abcdef
也出现在develope
中,而123456
是功能分支特有的
我们如何找出导致这些合并冲突的原因以避免它们?手动合并所有这些文件将是一个巨大的混乱。您能发布这两个分支的日志吗?git日志——一行(对于两个分支)或来自
gitk的屏幕截图——所有的@SamuelRobert整个日志都非常庞大。我应该从哪一点开始发布它们?有没有一种简单的匿名方法?只是想检查两个分支的历史是否一致。@SamuelRobert我很感激!然而,有一万多起犯罪。不确定是否所有这些都是相关的?你们能发布这两个分支的日志吗?git日志——一行(对于两个分支)或来自gitk的屏幕截图——所有的@SamuelRobert整个日志都非常庞大。我应该从哪一点开始发布它们?有没有一种简单的匿名方法?只是想检查两个分支的历史是否一致。@SamuelRobert我很感激!然而,有一万多起犯罪。不确定它们是否都相关?