下面是我从主分支中使用的命令
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'没有完全合并。 如果你确定要删除它，运行'git branch -D experiment'。
我对git有点陌生，我不知道我还能合并多少两个分支。我错过了什么?
当前回答
我今天就遇到了这种情况，因为我正在将我的第一个功能分支合并回master中。正如一些人在SO的其他地方说的，诀窍是在尝试删除分支之前切换回master。一旦回到master, git很乐意在没有任何警告的情况下删除分支。
其他回答
我试了她的答案，但没有成功。
要查找未合并的提交，只需使用:
git log feature-branch ^master --no-merges
正如Drew Taylor指出的那样，使用-d删除分支只考虑当前的HEAD来确定分支是否“完全合并”。即使分支与其他分支合并，它也会报错。在这方面，错误信息绝对可以更清楚…… 你可以在删除之前签出合并的分支，或者只是使用git branch -D。大写的-D将完全覆盖支票。
公认的答案是正确的。在这里，我想补充三点:
这是如何发生的(经常发生在我身上) 举个例子 如何确保在通过-D强制删除之前不遗漏任何更改
我在GitHub上使用Rebase和merge作为默认的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
我的本地git上没有上游分支。我已经从master创建了一个本地分支，git checkout -b mybranch。我在上游git上用bitbucket GUI创建了一个分支，并将我的本地分支(mybranch)推到该上游分支。一旦我在我的本地git上进行了git取回来检索上游分支，我可以做一个git分支-d mybranch。
Git警告你删除这个分支可能会丢失历史记录。即使它实际上不会立即删除任何提交，但如果分支上的一些或所有提交也不是其他分支的一部分，那么它们将变得不可访问。
为了让分支实验“完全合并”到另一个分支，它的尖端提交必须是另一个分支尖端的祖先，使得实验中的提交成为另一个分支的子集。这使得删除实验是安全的，因为它的所有提交都将通过另一个分支保留存储库历史的一部分。它必须是“完全”合并的，因为它可能已经合并了几次，但现在已经添加了自上次合并以来不包含在另一个分支中的提交。
不过，Git不会检查存储库中的所有其他分支;只有两个:
当前分支(HEAD) 上游分支，如果有的话
在你的例子中，实验的“上游分支”可能是origin/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。在上游完全合并表明实验中的提交已经被推到原始存储库，因此即使在这里丢失了它们，它们至少可以保存在其他地方。
由于Git不检查其他分支，因此删除一个分支可能是安全的，因为您知道它已经完全合并到另一个分支中;你可以使用-D选项来完成，或者先切换到那个分支，让Git为你确认完全合并的状态。
