如何将远程分支重置为旧提交

你跑了：

git branch -f origin/start-defblock-on-long-hyphen 37fba70e

这是一个错误！这创造了一个地方名为分支origin/start-defblock-on-long-hyphen。这种情况（对每个人）都非常令人困惑，因为通常以 开头的名称origin/是为您自己的远程跟踪名称保留的。

您的git log输出现在开始于：

commit 37fba70ef7db1ce244d6e0c0d4e3b42d95dd7cb0 (HEAD -> origin/start-defblock-on-long-hyphen)

这意味着您还运行了git checkout origin/start-defblock-on-long-hyphen，它现在是您当前的分支。

要解决此问题，您可能应该首先将此本地分支重命名为更本地化的名称：

git branch -m origin/start-defblock-on-long-hyphen start-defblock-on-long-hyphen

我希望这将失败，因为我相信你也有一个地方叫分支start-defblock-on-long-hyphen。如果是这样，您可以：

• 重命名那个分支，然后重命名这个分支；
• 删除那个分支，然后重命名这个分支；或者
• 签出该分支，将其强制执行所需的提交，然后origin/完全删除本地名称。

采取哪些行动的确切选择取决于您——每个行动都略有不同，但最终它们可能都会产生相同的效果。在最安全的是重命名当地一个第一，那么origin/-named地方之一：

git branch -m start-defblock-on-long-hyphen old-start-defblock-on-long-hyphen
git branch -m origin/start-defblock-on-long-hyphen start-defblock-on-long-hyphen

（请注意，如果您已经有一个名为 的本地分支start-defblock-on-long-hyphen，则您有一个单独的问题）。完成后，您可以重复您的：

git push origin start-defblock-on-long-hyphen

这应该立即失败，因为您必须--force在此操作的接收端使用或等效命令来命令 Git（即 Bitbucket 上的 Git）来丢失所有额外的提交，但如果这是目标，以及任何其他用户这个 Bitbucket Git 同意丢失它们是可以的，继续使用--force. 您可能还想在推送期间使用-u或--set-upstream标志，即：

git push --force -u origin start-defblock-on-long-hyphen