经过重组后，我意外地使用了git push origin --force local而不是git push --force origin local。我没有将更改推送到遥控器，而是Everything up-to-date。此后，使用git push origin local生成Everything up-to-date。
我认为命令--force的位置无关紧要。 git push origin --force local做了什么？
编辑：不，--force的位置无关紧要。 Everything up-to-date的原因是我在错误的分支上重新定位。
答案 0 :(得分：1)
没有区别。 git command --option argument与git command argument --option完全相同（但不是git --option command argument - 在这种情况下，--option是git本身的选项，但不适用于git command ）。
在https://www.kernel.org/pub/software/scm/git/docs/gitcli.html或https://git-scm.com/docs/gitcli查看GIT命令行界面的文档。
答案 1 :(得分：0)
在文档中，我找不到git如何解释你所询问的命令行的解释。
在我的测试中，它与在远程名称之前放置--force的方式完全相同。这表明，为了得到你得到的结果，我必须在我origin所在的位置已经有local的{{1}}分支。
如果第一个命令的输出只是“所有最新的push本地”不需要移动。
我想如果你使用旧版本的git，那么旧版本的git可能会有不同的表现;但我怀疑这是问题所在。
无论如何，您可以检查分支的当前状态。首先，我要确保您目前正在查看遥控器的参考资料
as you describe, and did not include a summary of any ref moves, that again supports the idea that然后，您可以使用git fetch
查看相关引文指向的位置。
git log或使用git log local
git log origin/local
获取更有用的图形视图
gitk最简单的解释是，如果您的rebase实际上没有更改gitk local origin/local
分支引用。您可以使用
local