итого - краткий вывод в том, что чтобы посчитать разницу НУЖНО два КОММИТА

внезапно, да?

ну, либо я дурак

и он просто делает коммит = обратный тому, который ты укажешь, но если ты указываешь несколько коммитов, то он просто делает реверт для нескольких подряд и слепляет в один ревертирующий. И там нет никакой разницы с HEAD

просто фишка в том, что обычно эту штуку используют именно для того, чтобы ревертить ПОСЛЕДНИЙ коммит.

ну, и ты в целом прав, что гит такая... не самая очевидная вещь......

касательно того - почему нельзя откатиться на сам коммит, а нужно делать доп коммит - это просто принцип того, что то, что закоммичено - то уже закоммичено

история обратного хода не имеет.

я конечно читал доку. Но я её видать не правильно понял. Там так не понятно написано само описание:

"Given one or more existing commits, revert the changes that the related patches introduce, and record some new commits that record them. This requires your working tree to be clean (no modifications from the HEAD commit).
Note: git revert is used to record some new commits to reverse the effect of some earlier commits (often only a faulty one). If you want to throw away all uncommitted changes in your working directory, you should see git-reset(1)"

т.е. всё что там написано про безопасность сохранности коммитов перед созданием новых на базе старых только с другими изменениями и что такое git reset, да и как происходит подсчёт с HEAD это я наслышан. Но я просто не всё, что нужно узнать могу из доки, что пишут. Так ещё на иглише ман

не знаю, предпочитаю пользоваться определенным сабсетом фич

реверт не из их числа

инглиш это меньшая из проблем

короче. Смотри все четко написано

у тебя история

А1-А2-А3-А4-А5-А6

ты сейчас на А6

и ты понимаешь, что в А3 кто-то запушил глупость

ты делаешь реверт только на А3

получается
А1-А2-А3-А4-А5-А6-А(revert-3)

A7