为什么即使我的本地 repo 是最新的远程仓库，`git push --force-with-lease` 也会失败并显示“rejected ... stale info”？

Question

我正在尝试将功能分支的变基强制推送到远程存储库。 为了更安全一点，我尝试使用--force-with-lease来确保分支中没有发生其他更改，因为我上次获取它。

由于我不明白的原因，这失败了：

$ git branch
* my-branch
  master

$ git push --force-with-lease origin my-branch -u
To gitlab.com:example/my-project.git
 ! [rejected]        my-branch -> my-branch (stale info)
error: failed to push some refs to 'git@gitlab.com:example/my-project.git'

我尝试获取以查看我的本地缓存是否以某种方式不同步：

$ git fetch

$ git push --force-with-lease origin my-branch -u
To gitlab.com:example/my-project.git
 ! [rejected]        my-branch -> my-branch (stale info)
error: failed to push some refs to 'git@gitlab.com:example/my-project.git'

我尝试稍微简化一下 push 命令：

$ git push --force-with-lease
To gitlab.com:example/my-project.git
 ! [rejected]        my-branch -> my-branch (stale info)
error: failed to push some refs to 'git@gitlab.com:example/my-project.git'

我尝试将检查限制在我的分支：

$ git push --force-with-lease=my-branch:origin/my-branch
To gitlab.com:example/my-project.git
 ! [rejected]        my-branch -> my-branch (stale info)
error: failed to push some refs to 'git@gitlab.com:example/my-project.git'

如您所见，它每次都以相同的方式失败。

为什么我的推送失败，我该如何解决？

Answer 1

如果您刚刚完成了 rebase 并且不想重新开始，请运行git remote prune origin 。 如果您然后再次运行git push --force-with-lease ，它将起作用。

Answer 2

在这种情况下，事实证明问题是远程分支已被删除，但在我的本地仓库中仍然有它的副本。 默认情况下，Fetch不会删除本地副本，这就是它无效的原因。

在我的初始git pull添加--prune选项（在执行我的rebase之前）纠正了这个问题。

Answer 3

在我的情况下，一个简单的git fetch然后再次推送解决了这个问题。