错误:分支'x'没有完全合并”;

下面是我从主分支中使用的命令

git branch experiment
git checkout experiment

然后我对我的文件做了一些更改，提交这些更改，并将新的分支推送到GitHub。

git commit . -m 'changed files'
git push -u origin experiment

后来，我决定将我的实验分支合并到主分支中。

git checkout master
git merge experiment

最后，我把这些改动推到了GitHub上。

git push -u origin master

一切都很顺利，直到我试图删除我的实验分支使用

git branch -d experiment

我得到了错误信息:

错误:分支'experiment'没有完全合并。< br / > 如果你确定要删除它，运行'git branch -D experiment'.

我对git有点陌生，我不知道我还能合并多少两个分支。我错过了什么?

192852 次浏览
小开
最佳答案

请注意在回应评论时措辞发生了变化。由于@slekse
这不是错误，这是警告。这意味着您将要删除的分支包含从以下任何一个都无法到达的提交:它的上游分支或HEAD(当前检出的修订)。换句话说，当你失去提交¹。 < / p >

在实践中，这意味着你可能修改、重基(包括压缩合并)或过滤提交，它们不似乎相同。

因此，你可以通过检出一个包含你所关心的提交的分支来避免警告，通过删除另一个分支来un-reference

你会想要验证你实际上没有错过任何重要的提交:

git log --graph --left-right --cherry-pick --oneline master...experiment

这将为您提供分支之间任何非共享的列表。如果你好奇的话，可能会有一个没有--cherry-pick的差异，这个差异很可能是你得到警告的原因:

--cherry-pick

省略任何与“另一边”的另一个提交引入相同更改的提交;当提交集被对称差分限制时。例如，如果您有两个分支，A和B，通常的方法是用——left-right列出所有的提交，就像上面这个选项描述中的例子一样。然而，它显示了从另一个分支中挑选的提交(例如，"3rd on "有了这个选项，这样的提交对将被排除在输出之外。

¹默认情况下，它们只会在一段时间后被垃圾收集。而且，git-branch命令不会检查所有分支的修订树。这个警告是为了避免明显的错误。

²(我更倾向于强制删除，但你可能想要额外的保证)。

小开

我今天就遇到了这种情况，因为我正在将我的第一个功能分支合并回master中。正如一些人在SO的其他地方说的，诀窍是在尝试删除分支之前切换回master。一旦回到master, git很乐意在没有任何警告的情况下删除分支。

小开
正如Drew Taylor指出的那样，使用-d删除分支只考虑当前的 HEAD来确定分支是否“完全合并”。即使分支是与其他分支合并，它也会报错。在这方面，错误信息绝对可以更清楚…… 你可以在删除之前签出合并的分支，或者只是使用git branch -D。大写的-D将完全覆盖检查
小开

我试了她的答案，但没有成功。

要查找未合并的提交，只需使用:

git log feature-branch ^master --no-merges
小开

你可以简单地算出:

Git日志-樱桃大师…实验性的

--cherry选项是--right-only --cherry-mark --no-merges的同义词

Git-log手册页说

将输出限制到我们这边的提交，并用git log标记那些已经应用到fork历史另一边的提交，这是很有用的。Mybranch，类似于git樱桃上游的Mybranch。

仅供参考。--cherry-pick省略了等价的提交，但--cherry-marks没有。在上游和联合工作公共分支之间查找rebase并强制更新更改是有用的

小开

查看没有合并的更改，我这样做:

git checkout experiment
git merge --no-commit master


git diff --cached

注意:这显示了不在experiment中的master中的更改。

别忘了:

git merge --abort

当你看完之后。

小开

Git警告你删除这个分支可能会丢失历史记录。即使它实际上不会立即删除任何提交，但如果分支上的一些或所有提交也不是其他分支的一部分，那么它们将变得不可访问。

为了让分支experiment“完全合并”到另一个分支，它的tip提交必须是另一个分支tip的祖先，这使得experiment中的提交成为另一个分支的子集。这使得删除experiment是安全的，因为它的所有提交都将通过另一个分支保留存储库历史的一部分。它必须是“完全”合并的，因为它可能已经合并了几次，但现在已经添加了自上次合并以来不包含在另一个分支中的提交。

不过，Git不会检查存储库中的所有其他分支;只有两个:

  1. 当前分支(HEAD)
  2. 上游分支，如果有的话

在你的例子中，experiment的“上游分支”可能是origin/experiment。如果experiment在当前分支中完全合并，那么Git会毫无怨言地删除它。如果不是，但它已经完全合并到上游分支中，Git会继续发出如下警告:

warning: deleting branch 'experiment' that has been merged
to 'refs/remotes/origin/experiment', but not yet merged to
HEAD.
Deleted branch experiment (was xxxxxxxx).

其中xxxxxxxx表示提交id。在上游完全合并表明experiment中的提交已经被推到原始存储库，因此即使你在这里丢失了它们，它们至少可能被保存在其他地方。

由于Git不检查其他分支，因此删除一个分支可能是安全的，因为您知道它已经完全合并到另一个分支中;你可以使用-D选项来完成，或者先切换到那个分支，让Git为你确认完全合并的状态。

小开

我的本地git上没有上游分支。我已经从master创建了一个本地分支，git checkout -b mybranch。我在上游git上用bitbucket GUI创建了一个分支，并将我的本地分支(mybranch)推到该上游分支。一旦我在我的本地git上进行了git取回来检索上游分支，我可以做一个git分支-d mybranch。

小开

有解释的最简单解决方案(重复检查解决方案)(之前遇到过这个问题)

问题是:

1-我不能删除分支

2-终端保持显示一个警告消息，有一些提交还没有被批准

3-知道我检查了主和分支，他们是相同的(最新)

解决方案:

git checkout master
git merge branch_name
git checkout branch_name
git push
git checkout master
git branch -d branch_name

解释:

当你的分支连接到上游的远程分支(在Github, bitbucket或其他平台上)时，你需要将它合并(推送)到主平台，你需要将新的更改(提交)从分支推送到远程repo (Github, bitbucket或其他平台)，

我在我的代码中所做的是，我切换到master，然后将分支合并到它(以确保它们在你的本地机器上是相同的)，然后我再次切换到分支，并使用“git push”将更新或更改推到远程在线回购。

之后，我再次切换到master，尝试删除分支，问题(警告消息)消失，分支删除成功

小开

我相信旗帜--force是你真正在寻找的。只需使用git branch -d --force <branch_name>强制删除分支。

小开 
C:\inetpub\wwwroot\ember-roomviewer>git branch -d guided-furniture
warning: not deleting branch 'guided-furniture' that is not yet merged to
'refs/remotes/origin/guided-furniture', even though it is merged to HEAD.
error: The branch 'guided-furniture' is not fully merged.
If you are sure you want to delete it, run 'git branch -D guided-furniture'.

对我来说，解决方案很简单，就是需要将功能分支推到远程。当我跑的时候:

git push origin guided-furniture
/* You might need to fetch here */
git branch -d guided-furniture


Deleted branch guided-furniture (was 1813496).
小开

如果你在Github上做了合并，看到下面的错误。在远程服务器识别本地的合并之前，您需要从远程服务器提取(获取并提交)更改。完成此操作后，Git将允许您删除分支，而不会提示错误。

错误:分支'x'没有完全合并。 如果你确定要删除它，运行'git branch -D 'x'.

小开

公认的答案是正确的。在这里，我想补充三点:

  1. 这是如何发生的(经常发生在我身上)
  2. 举个例子
  3. 如何确保在通过-D强制删除之前不遗漏任何更改

我在GitHub上使用重组和合并作为默认的PR合并方法。这将为相同的更改创建新提交(哈希值)。

例如，当我跑步的时候

git log --graph --left-right --oneline add-theme-dark-2...main

在我的一个项目中，我得到了这个:

> fba6fce (HEAD -> main, tag: v2.0.9, origin/main) Refactored to semantic class names.
> 4e665bc Refactored to semantic class names. (1a)
....
> 8bd13a6 Added 'font-semibold' to title.     (2a)
< 23f7b8a (add-theme-dark-2) Refactored to semantic class names.
< cf71814 Refactored to semantic class names.  (1b)
....
< d3a774a Added 'font-semibold' to title.      (2b)
(END)

注意1a/1b和2a/2b有不同的提交哈希值。

要确保您没有错过更改，请运行:

git log --graph --left-right --cherry-pick --oneline add-theme-dark-2...main

如果返回一个列表，则每一行以"="开头:

= fba6fce (HEAD -> main, tag: v2.0.9, origin/main) Refactored to semantic class names.
= 4e665bc Refactored to semantic class names.
...
= 346770b Moved text size to component.
= 68cd471 Added theme-dark.
= 8bd13a6 Added 'font-semibold' to title.

使用以下命令可以安全地删除分支:

git branch -D add-theme-dark2

提交答案