В чём разница между reset и revert в Git?

Чем отличаются reset и revert

• Раздел Git: управление коммитами
• reset перемещает указатель ветки и устанавливает HEAD на выбранный коммит
• История перезаписывается: коммиты можно удалить или изменить с помощью режимов soft, mixed и hard
• Команда предназначена для локального исправления и переписывания истории
• revert добавляет новый коммит, отменяющий изменения, внесённые выбранным коммитом
• История при этом не переписывается, поэтому команда безопасна для публичных веток
• Используется для отмены изменений без риска потерять историю

Итог: reset — это локальное изменение истории, а revert — создание обратного коммита для отмены изменений без удаления истории.

Подробный ответ

Основной ответ

В Git команды reset и revert обе позволяют отменять изменения, однако предназначены для разных ситуаций и по-разному работают с историей коммитов. reset перемещает указатель HEAD и текущую ветку к другому коммиту, из-за чего незакоммиченные и закоммиченные изменения в рабочей директории и индексе могут быть изменены или удалены. revert, напротив, формирует новый коммит, который "отменяет" изменения одного из предыдущих коммитов, оставляя существующую историю без изменений.

Ключевые моменты

• У команды git reset есть три режима:
• --soft: HEAD перемещается к указанному коммиту, а изменения сохраняются в индексе и рабочей директории; такой режим часто применяют для исправления последних коммитов
• --mixed (используется по умолчанию): HEAD перемещается, индекс сбрасывается, но изменения остаются в рабочей директории
• --hard: HEAD, индекс и рабочая директория приводятся к состоянию указанного коммита, а все локальные изменения безвозвратно удаляются; режим опасен
• git revert создаёт новый коммит, противоположный выбранному, и таким образом "отменяет" его изменения, не удаляя историю. Это особенно удобно для публичных и совместных репозиториев
• reset изменяет локальную историю и при публикации нередко требует force push, тогда как revert подходит для совместной работы и публичных веток, поскольку не нарушает уже существующую историю

Практический контекст

Когда неудачный коммит нужно локально "откатить" и переписать историю до отправки изменений в удалённый репозиторий, применяют git reset. Если коммит уже опубликован в общедоступном репозитории, где rebase или reset способны создать конфликты у других разработчиков, предпочтительнее использовать git revert. Например, в командных проектах с политикой immutable history revert сохраняет согласованность истории и позволяет обойтись без force push.