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

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

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

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为你确认完全合并的状态。

你可以简单地算出:

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

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

Git-log手册页说

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

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

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

问题是:

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，尝试删除分支，问题(警告消息)消失，分支删除成功