注意：我知道git push -f个问题很常见，但我真的无法在任何地方轻松找到这个特定问题的答案。我想要一个全面的答案，而不仅仅是有点解决我问题的东西。在问题的最后，我自己提出了一个解决方案。
我已将某些更改推送到我不应该（在工作中）的分支。我已经git revert了解了这些更改，但其中一位团队协调员希望我实际git reset <old commit> && git push -f，以便历史记录不会被恢复提交混乱。很少有人使用该分支，因此我们认为值得冒这个风险。
虽然有效，但我担心那些已经撤回我的提交的人可能会意外地再次远程转发远程分支，因为历史尚未发生分歧（我刚刚重置为旧的提交，但是没有做出任何其他提交。）
我注意到，如果我git reset <old HEAD commit> && git status，Git说它会在origin/<branch>之前提交一对，所以我确定我再次git push，Git会快进吧。
git pull说回购是最新的，并没有回溯（无论如何，我认为它不应该）。但是，我应该怎么做才能确保每个人都回到origin/<branch>右侧的HEAD并从那里开始工作？在恢复该分支的工作之前，我是否需要问每个人git reset origin/<branch>？我真的想要更简单，更不容易出错的事情（他们可能会忘记这样做）。
我知道我不应该在共享的回购中重置一个分支，但你知道它是怎么回事......有时候你只是觉得冒险，或者你的上司要求你这样做而且你知道它＆＃ 39;错了但无论如何它可能是一种教育经历：P
答案 0 :(得分：3)
您确实需要与可能推送到该分支的每个人进行通信，以便恢复已发生并且他们应该同步他们的本地存储库。
你可以使用git hook尝试一些花哨的技巧，以防止任何人重新推送无效提交。但是，如果它是一个很少使用的分支，就像你说的那样，那么你可能最好只依靠通信（在任何情况下都应该这样做）。
对于共享分支的干净检查：
git reset origin/<branch>
应该这样做。
如果某人已经在错误提交之上构建了分支，则必须从本地历史记录中删除错误提交，以防止它再次被上游推送。这可以通过git rebase使用交互式选项完成：
git rebase -i origin/<branch>
这将向用户显示一个向本地分支提交的提交列表，因为它偏离了上游。错误提交将出现在此列表中，应删除。