Git 为什么当我重新设定我的特征分支以开发分离头的结果时？

我在我的功能分支上，该分支是从candidate/2.11.00创建的，希望将其重新设置为新版本

git rebase candidate/2.12.00

Rebase的工作原理是分离HEAD，然后执行一系列

git cherry pick

命令或等效命令来复制一组提交，然后将原来的分支名称（即在开始时附加到

HEAD

的分支名称）移动到上次复制的提交

如果在完全成功之前必须停止重基，您将处于此分离头部模式。无论需要多少手动工作，您都应该完成rebase，或者完全撤销它（例如，

git rebase--abort

）。这将使事情变得正确，正确的定义是你的命令（完成，或停止尝试）

这就是你问的问题的答案。也许您应该问的问题是，为什么您的重新基准无法启动：

“上游未设置”消息为奇数。当前Git中没有出现这个字符串，因此命令

Git-rebase-candidate/2.12.00

没有理由首先查找当前分支的上游

---

当git签出--detach（或内部等效项）失败时，会出现“无法分离头”错误。当您的Git存储库中存在基本权限问题，或者当您的计算机的文件系统进入冻结/只读模式时，它将失败Linux会在某些磁盘驱动器出现故障后执行此操作，例如，或者如果您的Windows防病毒系统配置不正确，使您无法执行任何工作。

结果表明，问题出在签出后钩子中，该钩子应使git在每次签出后都能拉出。当上游未设置代码1退出时。它终止了git rebase。一旦我将退出代码更改为0，rebase就开始正常工作。

git branch-vv向您展示了什么？

candidate/2.11.00

分支是否跟踪任何上游？@TimBiegeleisen，git分支的结果-vv

candidate/2.11.00 a407edb[源代码/candidate/2.11.00:behind 17]修复渲染更改

First, rewinding head to replay your work on top of it...
Upstream is not set.
could not detach HEAD

First, rewinding head to replay your work on top of it...
Upstream is not set.
could not detach HEAD