以下是我从主分支中使用的命令。
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比较陌生，也不知道我需要合并这两个分支的程度。我在这里漏掉了什么？
注意: 根据评论更改了措辞。感谢 @slekse
这不是一个错误，而是一个警告。它意味着你即将删除的分支包含的提交无法从以下任何一个地方到达：其上游分支或 HEAD（当前检出的修订版）。换句话说，你可能会丢失提交¹。
实际上，这意味着您可能已经修改、变基（包括压缩合并）或筛选了提交，但它们看起来不完全相同。
因此，您可以通过检出包含您要通过删除另一个分支来取消引用的提交的分支²来避免警告。
您需要验证自己确实没有漏掉任何重要的提交：
git log --graph --left-right --cherry-pick --oneline master...experiment
--cherry-pick的区别，这种差异可能是您收到警告的原因：
-- cherry-pick当使用对称差异限制提交集时，省略引入与“另一侧”上的另一个提交相同更改的任何提交。例如，如果您有两个分支A和B，以--left-right列出它们其中一个分支上的所有提交的常规方式就像上面选项描述中的示例一样。但是，它显示了从其他分支中挑选的提交（例如，“b上的第3个”可能是从分支A中挑选的）。使用此选项，这些提交对被排除在输出之外。
git-branch命令不会检查所有分支的修订树。警告是为了避免明显的错误。
²（我个人偏向强制删除，但您可能希望获得额外的保证）。
git branch -vv 确实让我更清楚地了解了正在发生的事情。 - Jason Masseyorigin/master？）我猜先检出origin/master并不太麻烦，但这感觉就像一种奇怪的流程——为什么我需要在本地检出origin/master，只是为了让你验证我的更改是否已经合并到那里？ - alecbzmaster 没有什么特别之处。Git 对分支名称或重要性没有任何假设（或要求），用户需要明确我们想要合并/比较/检查等的内容。Git 甚至不会假设远程 master 比您的本地分支更重要！并且要明确的是，origin/master 是您在 origin 的远程 master 的本地副本，可能与您的本地 master 不同（这取决于您是否进行了获取或拉取）。您可以检出 master。很少有充分的理由去检出 origin/master。 - Zim我尝试了sehe的回答，但它没有起作用。
要查找尚未合并的提交，只需使用：
git log feature-branch ^master --no-merges
Easy Solution with Explanation (double checked solution) (previously faced the same problem)
Problem:
1. Unable to delete a branch.
2. Terminal keeps displaying a warning message stating that there are some unapproved commits.
3. Confirmed that both the master and branch are identical and up to date.
Solution:
git checkout master
git merge branch_name
git checkout branch_name
git push
git checkout master
git branch -d branch_name
说明：
当你的分支与上游远程分支（在Github、Bitbucket或其他平台上）连接时，你需要将其合并（推送）到主分支中，并且你需要从该分支将新更改（提交）推送到远程存储库（Github、Bitbucket或其他平台）。
我在我的代码中所做的是切换到主分支，然后将该分支合并到主分支中（以确保它们在你的本地机器上是相同的），然后再次切换到该分支，并使用 "git push" 将更新或更改推送到远程在线存储库。
之后，我再次切换到主分支，并尝试删除该分支，问题（警告消息）消失了，并成功删除该分支。
今天我遇到了这个问题，因为我正在将我的第一个特性分支合并回主分支。正如其他某些人在 Stack Overflow 上的线程中所说的那样，诀窍是在尝试删除分支之前切换回主分支。一旦回到主分支，git 就可以快乐地删除该分支而不会有任何警告。
--cherry选项是--right-only --cherry-mark --no-merges的同义词。--cherry-pick会省略等效提交，但--cherry-marks不会。它对于查找上游和协作公共分支之间的rebase和强制更新更改很有用。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 checkout experiment
git merge --no-commit master
git diff --cached
master中的更改，而这些更改不在experiment中。>
不要忘记：
git merge --abort
我在本地的git上没有上游分支。我从master创建了一个本地分支，使用git checkout -b mybranch命令。我在upstream git上使用bitbucket GUI创建了一个分支，并将我的本地分支（mybranch）推送到该上游分支。一旦我在本地git上执行了git fetch命令以检索上游分支，我就可以使用git branch -d mybranch命令删除我的本地分支。
被接受的答案是正确的。在这个答案中，我会补充三件事：
-D 强制删除之前不会错过任何更改我在 GitHub 上使用 Rebase and 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)
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 commit --amend命令时会出现这种情况。 - Arcolye