恢复合并时如何找出分支号？

Question

我的提交历史如下：

A - B - C - D - E
     \     /
      X - Y

分支ABCDE 是master，分支XY 是某个其他分支（比如test），D 是一个合并提交。 HEAD 现在位于 E。我需要将我的工作目录返回到A 的状态，假设不 使用git reset --hard <SHA1(A)>，只使用git revert。据我所知，在这种情况下，可以通过两种方式完成：

第一种方式：

git revert --no-commit <SHA1(E)>
git revert -m 1 --no-commit <SHA1(D)>
git revert --no-commit <SHA1(C)>
git revert --no-commit <SHA1(B)>
git commit -m "Reverted to state A"

第二种方式：

git revert --no-commit <SHA1(E)>
git revert -m 2 --no-commit <SHA1(D)>
git revert --no-commit <SHA1(Y)>
git revert --no-commit <SHA1(X)>
git revert --no-commit <SHA1(B)>
git commit -m "Reverted to state A"

一个绊脚石是git revert -m。在这个例子中，我假设1 允许沿着分支master 和2 沿着分支test 继续恢复链。

问题是：我怎么知道哪个数字代表哪个分支？

Answer 1

您可以检查合并提交以查看其父级：

git show <SHA1(D)>

父母将按照您可以参考的顺序列出。此信息也打印在git log 的输出中。使用它来推断当您执行 git revert -m 时意味着哪些提交。

编辑：您似乎正在使用公共存储库并寻找一种更改已发布分支的方法，这与更改工作副本的状态完全不同。 Git 有一种方法可以恢复，而不必在此过程中找出合并的每个父级。一次性完成：

git revert <SHA1(B)>..

更新：我正在阅读一些旧的东西，并意识到我给出的这个答案是完全不正确的。如果您执行上述操作，您将不会获得状态 A，而是会获得您不想要的科学怪人：

A - C' - D' - E'
 \     /
  X - Y

那个 ^ 相当于你得到的，这根本不是你想要的。实际上只有一种方法可以做到这一点并完全保留您的历史记录：

git revert HEAD              # reverts E, labeled as E' below
git revert -m 1 <SHA1(D)>    # reverts D, labeled as D' below
git revert HEAD              # reverts C, labeled as C' below
git revert HEAD              # reverts B, labeled as B' below

这将使您的历史看起来像这样：

A - B - C - D - E - E' - D'{C} - C' - B'
     \     /
      X - Y

这种方法会得到你想要的，并保留每一点历史。 @Kaz 和 @torek 的方法更有效，更简洁，如果您不想重新引入 X 和 Y，那么我推荐其中一种解决方案；但是，如果您关心的话，它们可能会使将 X 和 Y 重新引入您的主分支变得更加困难。还原每个部分使得重新引入X 和Y 成为可能，而无需再次重写/C&P 代码，如果X 和Y 发生很大变化，或者如果您执着于保持最准确的历史记录，这是一个有吸引力的选择可能（我倾向于那样）。

要重新引入X 和Y，您应该这样做：

git revert D'

这可能会产生合并冲突，尤其是如果您不同时还原 B' 和 C'，但这可能比手动重新执行 X 和 Y 更好。 Linux Torvalds 写了a very thorough explanation of this scenario 可能对你有一些帮助。

Answer 2

另一种方法是简单地清空工作树，然后插入工作树-as-it-was-at-commit-A:

# assumes you're in the top level
$ git rm -rf .
$ git checkout sha-or-other-specifier-for-A -- .
$ git commit -m 'revert to state A'

这里的想法是git rm -rf 完全清空工作树和索引/暂存区，然后git checkout <rev> -- . 完全重新填充工作树和索引/暂存区，但从指定的修订版本，而不是最新版本。

这两个完成后，新的提交将写入与提交 A 中相同的树和文件。

Answer 3

在这种情况下，我不会在 git 上绞尽脑汁，而是这样做：

git diff <sha(A)> HEAD | git apply -R
git commit -a -m "undoing everything since A"

当然，在提交之前检查所有内容。另外，在提交之后，验证：现在 A 和 HEAD 有什么区别？理想情况下，什么都没有：

git diff <sha(A)> HEAD