主控被污染，使主控干净以及与被污染的主控同步的干净分支

Question

问题陈述：

我有2个主要分支：master(PROD) &开发（UAT）。 每当我的团队收到应用程序的更改请求时，我们都会从 master 创建一个分支来进行更改，并且在将分支合并到 master 之前，我们执行“git pull origin master”，以便我们的分支代码必须与主代码同步。

二月初，我的同事将一个分支合并到master中。但这里的分支不是从 master 创建的。所以主人就被污染了。我恢复了更改，但恢复不正确。我所做的是“git revert -m 2”。恢复提交后，master 上有 3 次合并提交。

我有最后一次提交 ID，直到 master 分支没有被污染。我主要关心的是我希望主人干净。

问题：

1. 如何返回到使 master 干净的提交？
2. 有一些分支与污染的主控同步。如何以 master 的恢复操作也适用于分支的方式清理 master？

提前致谢。

PS：我没有任何GUI工具。

Answer 1

我所做的是“git revert -m 2”。恢复提交后，master 上有 3 次合并提交。

首先，git revert 不会删除任何提交。这就是 git revert 的全部意义。因此，如果您抱怨合并提交仍然存在，这是正常的，您不应该抱怨它。

另一方面，看来你发出了错误的命令。恢复合并提交以使传入分支对主线分支没有影响的方法是说

git revert -m 1 <SHA>

换句话说，当您应该说 -m 1< 时，您却说了 -m 2 /代码>。

此时你有两个选择。

• 一种可能性是恢复坏的恢复，然后进行良好的恢复。

• 另一种可能性就是重置 --hard 回到错误合并之前的状态 - 但如果这是共享材料，那么这是不受欢迎的，因为它可以让每个人别人的生活很艰难。

Answer 2

如果您知道您想要它的优点（例如 good123），那么在本地返回原始状态的最简单方法是：

git checkout master
git reset --hard good123

这将使您的本地 master 就好像在good123之后什么也没发生一样。

如果您希望服务器（原始/主服务器）处于相同状态，那么您需要“强制推送”。这是危险的，因为它会覆盖远程状态，并迫使您的同事处理这种情况。首先确保您有备份。

git push -f origin

团队中的任何其他人都需要为他们的工作创建一个新分支（例如mytask2）并与此更新的主节点重新同步。最好的方法取决于他们在“污染”状态之上做了多少工作。在最简单的情况下，他们在“污染”之前只进行了一次提交 mytaskcommit123 ，就是进行“挑选”：

git fetch origin
git checkout master
git reset --hard origin/master
git checkout -b mytask2
git cherry-pick mytaskcommit123

请注意，在 git 中没有单一的 master。每个开发人员都有 2 个 master 副本：

• 本地 PC：master
• 远程服务器：origin/master

因此每个开发人员都需要更新这两个副本。在上面的脚本中，“fetch”更新远程脚本，“reset”更新本地脚本。

对于更复杂的情况，git rebase -i 或 git reset --mixed 可能会有所帮助。

根据工作量，考虑保持受污染的历史记录原样，然后恢复损坏的提交。