Что делает команда git revert

Слушай, а вот этот git revert — это ж как волшебная кнопка «ой, нахуй, давайте обратно», только для гита. Ну серьёзно, представляешь? Накосячил в коммите, а потом вспомнил — ой, бля, я же там не то залил, или багу какую-то на прод запушил. Так вот, вместо того чтобы в панике историю ломать, ты просто говоришь гиту: «Слушай, а давай тот конкретный коммит отменим, но культурно».

Вот смотри, как это выглядит в жизни. Допустим, у тебя есть коммит с хешем abc1234, который, например, удалил какой-нибудь жизненно важный config.php. И все уже охуели. Ты делаешь:

git revert abc1234

И гит, этот хитрожопый гений, не стирает тот коммит нахуй (историю-то трогать страшно!), а создаёт НОВЫЙ коммит. И в этом новом коммите он делает всё наоборот: если в abc1234 файл удалили, то в новом коммите он его вернёт. Красота, да? История остаётся чистой, как слеза младенца, все видят, что было, что стало и кто это исправил. Не то что этот дикий git reset, который просто берёт и вычёркивает прошлое, как будто его и не было — пидары налетели и всё.

Но, конечно, не всё так гладко, ёпта. Если после того злополучного коммита ты ещё десять раз менял тот же самый кусок кода, то гит разведёт руками и скажет: «Чувак, я нихуя не понимаю, что тут к чему, разбирайся сам». Конфликты, короче. Придётся руками порешать, где что и как.

Так что главный вывод, блядь: если ты ещё не запушил свои косяки на сервер и никто не видел твоего позора — можешь и reset сделать, похер. Но если уже залил в общую ветку, где другие ребята работают — только revert, и никаких гвоздей! Иначе будешь тем самым мудаком, который всем сломал историю. А ты же не хочешь быть этим мудаком, правда?