Когда на собеседовании следует использовать git revert?

Когда применяют git revert?

• Способ отменить коммит без переписывания истории
• Добавляет новый коммит, обратный изменениям выбранного коммита
• Безопасен для публичных веток и командной работы
• Сохраняет общую историю, в отличие от git reset
• Помогает исправлять ошибки в уже опубликованном коде
• Обеспечивает прозрачность и возможность аудита изменений
• Распространён в командах, использующих CI/CD и строгий контроль версий

Развёрнутый ответ

Краткий ответ

Git revert применяют, когда нужно отменить ранее зафиксированные в репозитории изменения. Команда создаёт новый коммит, обратный эффектам выбранного коммита. Это безопасный вариант отката в публичной ветке: история не переписывается, как это происходит при использовании git reset.

Что важно учитывать

• История остаётся неизменной: git revert не удаляет и не переписывает существующие записи, а добавляет коммит с обратным набором изменений. Это особенно важно при командной работе и совместном использовании веток, например в main или master.
• Подходит для уже опубликованных изменений: когда коммит отправлен в удалённый репозиторий, git revert обычно предпочтительнее git reset. Последний требует force push и способен вызвать конфликты в общей истории.
• Точечная отмена: команда позволяет отменить конкретный коммит, оставив остальные изменения без изменений. При необходимости отменённую функциональность можно снова добавить отдельными новыми коммитами.

Пример из практики

Предположим, что из-за конкретного коммита в продакшен попал баг. В такой ситуации мы используем git revert <hash>, чтобы оперативно создать исправление и не нарушить работу ветки или целостность истории. В проектах на React 18 с CI/CD это особенно распространённый подход, поскольку требования стабильности и аудита не допускают force push в основные ветки.