在git重新启动/开发过程中,git显示以下错误消息:

fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

我的Git版本是2.9.0。它在以前的版本中运行良好。

我如何才能继续使用新版本中引入的强制标志来允许不相关的历史?


当前回答

git pull-origin main--允许不相关的历史记录

我在github没问题

其他回答

我也有同样的问题。问题很遥远,有一些东西阻止了这一点。

我首先创建了一个本地存储库。我将LICENSE和README.md文件添加到本地并提交。

然后我想要一个远程存储库,所以我在GitHub上创建了一个。在这里,我错误地选中了“用README初始化这个存储库”,这也在远程创建了一个README.md。

所以现在当我跑步时

git push --set-upstream origin master

我得到了:

error: failed to push some refs to 'https://github.com/lokeshub/myTODs.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes
(e.g. hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

现在为了克服这一点,我做到了

git pull origin master

导致以下错误:

From https://github.com/lokeshub/myTODs
branch            master     -> FETCH_HEAD
fatal: refusing to merge unrelated histories**

我尝试了:

git pull origin master --allow-unrelated-histories

结果:

From https://github.com/lokeshub/myTODs
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed;
fix conflicts and then commit the result.

解决方案:

我删除了远程存储库,并创建了一个新的(我认为只有删除文件README才能起作用),之后,以下操作奏效:

git remote rm origin
git remote add origin https://github.com/lokeshub/myTODOs.git
git push --set-upstream origin master

我使用rebase多年了,从未遇到过这样的问题。然而,您的第一个问题是,您试图从远程存储库(称为origin)直接在远程分支开发上执行此操作。这实际上是错误的,因为rebase是一个危险的命令,它会重新构建git历史。话虽如此,但您应该首先尝试本地存储库,并仅在符合预期的情况下推送它。

因此,我通常的rebase工作流如下所示(但请记住,您不应在分支机构上使用rebase,因为您不是唯一的一个委员会。对于此类分支机构,如果适用,请使用简单的合并和解决冲突):

确保您有一个干净的工作树(没有取消提交的更改)签出到您要重新基于的分支(例如,假设它是master;作为单行命令):gitcheckout-master&&gitpull-origin-master&&gitcheckout-development执行实际的rebase:git rebase-master如果已经完成,并且一切都按预期运行,请将其推到远程。为此,您需要强制它,因为远程主机已经按另一顺序拥有历史记录,所以远程主机将无需推送任何内容。所以,我们需要说“我的本地版本的历史是正确的,使用我的本地历史版本覆盖远程分支上的所有内容”:git push-f origin开发

正如我已经提到的,记住,rebase操纵git历史,这通常是一件坏事。然而,在分支上也可以做到这一点,因为其他人都不承诺这样做。为了让其他开发人员能够使用分支,可以使用另一种合并策略,如合并本身、squash或cherrypick。因此,换句话说:Rebase不应该成为分布式开发的工具。如果您是唯一在这个存储库上工作的人,那么它很适合您。

我们使用特征分支策略。在这种情况下,我通常使用rebase从其他开发人员那里获得“更新”,这是在主分支上同时发生的。这样做可以减少拉取请求中可见的提交大小。因此,代码审阅者更容易看到我在这个特性分支中所做的更改。

git pull-origin main--允许不相关的历史记录

我在github没问题

由于所有其他答案实际上都没有回答这个问题,所以这里有一个由这个相关问题的答案启发的解决方案。

因此,您在执行git rebase时出错:

$ git rebase origin/development
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

此错误实际上并没有取消基,但您现在正处于其中:

$ git status
interactive rebase in progress; onto 4321beefdead
Last command done (1 command done):
   pick 1234deadbeef1234deadbeef test merge commit

现在您可以手动进行合并。查找原始合并提交的父提交:

$ git log -1 1234deadbeef1234deadbeef
commit 1234deadbeef1234deadbeef
Merge: 111111111 222222222
Author: Hans Dampf
Date:   Wed Jun 6 18:04:35 2018 +0200

    test merge commit

找出两个合并父级中的哪一个是合并到当前父级的父级(可能是第二个,请使用git日志222222222进行验证),然后手动进行合并,复制原始合并提交的提交消息:

$ git merge --allow-unrelated 222222222 --no-commit
Automatic merge went well; stopped before committing as requested
$ git commit -C 1234deadbeef1234deadbeef
[detached HEAD 909af09ec] test merge commit
 Date: Wed Jun 6 18:04:35 2018 +0200
$ git rebase --continue
Successfully rebased and updated refs/heads/test-branch.

我遇到了同样的问题:

这是我所做的:

git pull origin main --allow-unrelated-histories

我使用Visual Studio代码解决了合并冲突,然后我做到了:

git commit -m "commit message"

git push origin main