在git重新启动/开发过程中,git显示以下错误消息:
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef
我的Git版本是2.9.0。它在以前的版本中运行良好。
我如何才能继续使用新版本中引入的强制标志来允许不相关的历史?
在git重新启动/开发过程中,git显示以下错误消息:
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef
我的Git版本是2.9.0。它在以前的版本中运行良好。
我如何才能继续使用新版本中引入的强制标志来允许不相关的历史?
当前回答
为此,输入命令:
git pull origin branchname --allow-unrelated-histories
例如
git pull origin master --allow-unrelated-histories
参考:
GitHub无关历史问题
其他回答
您可以使用--允许不相关的历史记录强制合并。
这背后的原因是自Git 2.9以来,默认行为发生了变化:
“gitmerge”用于合并两个没有公共项的分支默认情况下,这导致了现有项目被创建,然后被一个不知情的维护人员拉住,这允许将不必要的并行历史合并到现有项目。命令已被教导不允许这样做默认情况下,带有转义线--允许不相关的历史记录选项用于合并两个项目历史的罕见事件独立开始他们的生活。
有关更多信息,请参阅Git发布变更日志。
更多信息可以在这个答案中找到。
在我的案例中,错误是致命的:每次尝试都拒绝合并不相关的历史记录,尤其是远程添加Git存储库后的第一次拉取请求。
使用--allow不相关的历史标记以这种方式处理拉取请求:
git pull origin branchname --allow-unrelated-histories
根据2.9.0发行说明,git pull已被教导将--allow unrelated history选项传递给基础git merge
我认为这是一种非常罕见的情况;您已删除远程(例如,原点):
git remote rm origin
然后,过了一段时间,出于某种原因,您尝试将其添加回去,但输入了错误的URL。
git remote add origin git@github.com:example/wrong.git
当然,解决方案是使用正确的URL:
git remote add origin git@github.com:example/correct.git
我也很挣扎,但我设法找到了解决办法。
当您遇到上面的错误时,只需选择合并提交,然后继续重新启动:
git cherry-pick -m 1 1234deadbeef1234deadbeef
git rebase --continue
如果您在GitHub上创建了一个新的存储库,并意外地用README或.gitignore文件初始化了它。
如果您发现由于.git文件夹损坏而无法合并或重新创建基。
然后:
创建新文件夹git克隆将所有文件粘贴到此文件夹
现在,本地和远程将拥有“相关历史”,并将愉快地合并或重新基础。