主页 / coding / 问题 / 78322492
Accepted
Daniel Kaplan
Asked: 2024-04-14 10:10:22 +0800 CST

当你使用 git bisect 时 git reset --hard 会做什么？

  • 772

我知道git reset --hard通常会做什么，但我看到它在git help bisect示例中使用，但我不明白效果：

Avoiding testing a commit
   If, in the middle of a bisect session, you know that the suggested revision is not a good
   one to test (e.g. it fails to build and you know that the failure does not have anything
   to do with the bug you are chasing), you can manually select a nearby commit and test that one
   instead.

   For example:

       $ git bisect good/bad                   # previous round was good or bad.
       Bisecting: 337 revisions left to test after this (roughly 9 steps)
       $ git bisect visualize                  # oops, that is uninteresting.
       $ git reset --hard HEAD~3               # try 3 revisions before what
                                               # was suggested

   Then compile and test the chosen revision, and afterwards
   mark the revision as good or bad in the usual manner.

该示例的最后一行有什么作用？起初我认为这可能是一个错字，这个例子的意思是说git *bisect* reset --hard HEAD~3，但这对我来说没有任何意义。

FWIW，我从未使用过或见过gitk，git bisect visualize似乎与该命令有关。在我理解这个例子之前，这是我必须学习的东西吗？

更新：根据回复，我推断git bisect start创建一个新分支并使用它？无论如何，要理解这一行，我是否需要了解git bisect比文档中所述更多的实现git bisect；我搜索了“分支”一词，但找不到任何说明git bisect命令创建分支的内容。

git

2 个回答

  1. Best Answer

    它执行的操作与通常执行的操作完全相同（当您处于分离的 HEAD 中时）：丢弃当前的工作树并移动到指定的修订版本。

    如果您（期望）有一个干净的工作树，实现相同效果的更安全方法是git checkout HEAD~3或git switch --detach HEAD~3。

    git bisect reset是完全不相关的。

    • 2

  2. 该示例的最后一行有什么作用？

    它所做的事情与其他地方所做的相同，并且文档解释了原因 - 您想要测试与建议下一步检查的一等分不同的修订版本。您不需要依靠 bisect 来移动您，当您下次将提交标记为好或坏时，它会解决问题。

    FWIW，我从未使用过或见过 gitk，并且 git bisect Visual 似乎与该命令有关。在我理解这个例子之前，这是我必须学习的东西吗？

    不，这只是代表“看看我们现在在哪里”。git log您可以将其有效地视为与或相同git show HEAD。

    • 1

相关问题