Что делает git reset --hard, когда вы используете git bisect?

Я знаю, что обычно делает 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, но для меня это больше не имело смысла.

Кстати, я никогда не использовал и не видел gitk, и git bisect visualize, похоже, имеет какое-то отношение к этой команде. Нужно ли мне этому научиться, прежде чем я смогу понять этот пример?

ОБНОВЛЕНИЕ: Основываясь на ответах, я делаю вывод, что git bisect start создает новую ветку и использует ее, помещая вас в отдельную ГОЛОВУ? В любом случае, чтобы понять эту строку, нужно ли мне понимать реализацию git bisect больше, чем указано в документации git bisect; Я искал слова «ветвь» и «отсоединиться» и не нашел ничего соответствующего.