git push -f : How to make sure other people catch up?

Question

注意:我知道git push -f问题很常见，但我真的无法在任何地方轻松找到这个特定问题的答案。我想要一个全面的答案，而不仅仅是某种程度上解决我的问题的答案。在问题的最后我自己提出了一个解决方案。

我已经将一些更改推送到我不应该(在工作中)的分支。我已经git revert编辑了更改，但其中一位团队协调员希望我实际上 git reset <old commit> && git push -f这样历史就不会被还原提交弄乱。很少有人使用该分支，因此我们认为值得冒险。

它起作用了，但我担心已经 pull 我的提交的人可能会不小心再次快进远程分支，因为历史还没有分歧(我只是重置到一个旧的提交，但没有在那个之上进行任何其他提交)。

我注意到如果我 git reset <old HEAD commit> && git status , Git 说这是在 origin/<branch> 之前的几个提交，所以我确定我是否 git push同样，Git 只会快进它。

git pull说 repo 是最新的并且不会回溯(无论如何我认为它不应该)。但是，我应该怎么做才能确保每个人都在 origin/<branch> 上回溯到正确的 HEAD从那里工作？需要请大家git reset origin/<branch>吗在恢复那个分支的工作之前？我真的想要更简单、更不容易出错的东西(他们可能会忘记这样做)。

我知道我不应该 git 重置共享仓库上的分支，但你知道它是怎么回事......有时你只是觉得冒险，或者你的上级要求你这样做并且你知道这是错误的但它无论如何都可能是一种教育经历 :P

Answer 1

您确实必须与可能推送到该分支的每个人沟通恢复已经发生，他们应该同步他们的本地存储库。

您可以使用 git hooks 尝试一些花哨的技巧来防止任何人重新推送无效的提交。但是，如果它像您所说的那样是一个很少使用的分支，那么您最好只依赖通信(发生这种情况时无论如何都应该这样做)。

对于共享分支的干净 checkout :

git reset origin/<branch>

应该可以解决问题。

如果有人已经在错误的提交之上构建了一个分支，则有必要从本地历史记录中删除错误的提交，以防止它再次被推送到上游。这可以通过带有交互选项的 git rebase 来完成:

git rebase -i origin/<branch>

这将向用户展示自上游分支以来对本地分支所做的提交列表。错误的提交将出现在此列表中，应将其删除。