> Можно ли локально отменить предыдущий коммит, чтобы изменения попали в staging (Go)

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

Да, можно. Для этого используется git reset --soft HEAD~1. Эта команда отменяет последний коммит, но сохраняет все изменения в staging area. В отличие от --mixed (поведение по умолчанию), --soft не трогает индекс, поэтому изменения остаются подготовленными к коммиту. Это удобно, когда нужно пересобрать коммит, добавить файлы или изменить сообщение.

Подробное объяснение

git reset - это команда для перемещения указателя текущей ветки. Она работает на трёх уровнях: --soft, --mixed (по умолчанию) и --hard. Разница в том, что происходит с рабочим деревом и индексом (staging area).

• --soft - перемещает HEAD, но оставляет индекс и рабочее дерево нетронутыми. Все изменения из отменённого коммита остаются в staging.
• --mixed - перемещает HEAD и сбрасывает индекс, но не трогает рабочее дерево. Изменения переходят в untracked/modified состояние.
• --hard - перемещает HEAD, сбрасывает индекс и рабочее дерево. Изменения теряются безвозвратно.

Для отмены последнего коммита с сохранением изменений в staging используется именно --soft. Это безопасная операция, так как не затрагивает файлы на диске.

На практике

Чаще всего git reset --soft HEAD~1 применяется в двух сценариях:

1. Забыли добавить файл в коммит - отменяете коммит, добавляете файл, коммитите заново.
2. Нужно объединить несколько коммитов в один - отменяете несколько коммитов через HEAD~N, затем делаете один новый.

Важно: команда работает только с локальной историей. Если коммит уже запушен в удалённый репозиторий, использовать reset не стоит - лучше git revert, чтобы не переписывать публичную историю.

Пример кода

BASH
# отменить последний коммит, оставив изменения в staging
git reset --soft HEAD~1

# проверить состояние
git status
# Changes to be committed:
#   modified:   main.go
#   new file:   config.go

# добавить забытый файл и сделать новый коммит
git add forgotten.go
git commit -m "новое сообщение коммита"

Как отвечать на собеседовании

Начните с прямого ответа: да, через git reset --soft HEAD~1. Затем кратко объясните разницу между --soft, --mixed и --hard - это покажет глубину понимания. Упомяните, что --soft не трогает индекс, поэтому изменения остаются в staging. Добавьте практический пример: забыли файл, отменили коммит, добавили файл, закоммитили заново. В конце обязательно скажите про ограничение: если коммит уже запушен, используйте git revert, а не reset.

Что проверяет интервьюер

Интервьюер оценивает:

• понимание трёх режимов git reset и их влияния на HEAD, индекс и рабочее дерево;
• умение выбрать правильную команду под конкретную задачу;
• знание границ применимости - когда reset допустим, а когда нет;
• аккуратность в терминологии: staging area, index, working tree.

Типичные ошибки

• Путают --soft и --mixed: говорят, что --soft убирает изменения из staging.
• Предлагают git revert как универсальное решение, не понимая, что revert создаёт новый коммит, а не отменяет старый.
• Забывают упомянуть, что reset переписывает историю и опасен для запушенных коммитов.
• Используют --hard без предупреждения о потере данных.