说你在一个名为 ~/commits-to-revert.txt 的文本文件中有下列承诺(我使用 git log --pretty=oneline 来获取它们)

fe60adeba6436ed8f4cc5f5c0b20df7ac9d93219
0c27ecfdab3cbb08a448659aa61764ad80533a1b
f85007f35a23a7f29fa14b3b47c8b2ef3803d542
e9ec660ba9c06317888f901e3a5ad833d4963283
6a80768d44ccc2107ce410c4e28c7147b382cd8f
9cf6c21f5adfac3732c76c1194bbe6a330fb83e3
fff2336bf8690fbfb2b4890a96549dc58bf548a5
1f7082f3f52880cb49bc37c40531fc478823b4f5
e9b317d36a9d1db88bd34831a32de327244df36a
f6ea0e7208cf22fba17952fb162a01afb26de806
137a681351037a2204f088a8d8f0db6e1f9179ca

创建一个Bash Shell脚本,以逆转每一个:

#!/bin/bash
cd /path/to/working/copy
for i in `cat ~/commits-to-revert.txt`
do
    git revert $i --no-commit
done

这将一切转向以前的状态,包括文件和目录创建和删除,将其承诺到您的分支和您保留历史,但您将其转向相同的文件结构。

回到最近的承诺和忽略所有的地方变革:

git reset --hard HEAD

快速和直接:取决于情况,快速和污<unk>可能实际上是非常好的。 我的解决方案在这里是不要不可逆转地取代你在工作目录中的文件,从 git 存储库的深处挖掘 / 提取的文件,在你的.git / 目录下,使用敌意聪明和恶魔强大的 git 命令,其中有许多。

Git是一個辉煌的創作,但絕對沒有人能夠只是“把它放在飛機上”:也那些試圖解釋它的人,太頻繁地承擔了其他VCS(版本控制系統)的早期知識,並且太快地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地深入地

如果你想暂时转换变更,因为

有人承诺的代码正在破坏构建或破坏你正在工作的功能

您可以使用 git log 搜索最后一个工作承诺,然后运行:

git rebase --onto <commitId>

当远程分支重新运行时,您可以

git pull --rebase

这种方法比临时变更的Git支票更好,因为你不处于分离状态。

你可以通过以下两个命令做到这一点:

git reset --hard [previous Commit SHA id here]
git push origin [branch Name] -f

它将取消您的前 Git 承诺。

如果你想保持你的变化,你也可以使用:

git reset --soft [previous Commit SHA id here]

然后,它会拯救你的变化。

因为你的承诺被推远,你必须删除它们,让我假设你的分支正在发展,它被推到起源。

首先,你需要从起源中删除:

git push origin :develop (note the colon)

然后你需要发展到你想要的状态,让我假设承诺的哈希是EFGHIJK:

git reset --hard EFGHIJK

最后, push 再次发展:

git push origin develop