Как изменить сообщение коммита в Git до пуша

Чтобы изменить сообщение последнего непушенного коммита в Git, просто выполните git commit --amend -m "Новое сообщение коммита". Это создаст новый коммит с исправленным текстом, заменив старый — идеально, если вы забыли добавить файлы или напутали с описанием. А для нескольких коммитов используйте интерактивный rebase: git rebase -i HEAD~3, где отметите нужные на reword.

Содержание

• Изменение последнего коммита: git commit --amend
• Изменение нескольких сообщений: интерактивный git rebase -i
• Добавление забытых файлов в коммит
• Предупреждения и риски при изменении истории
• Что делать при ошибках
• Источники
• Заключение

Изменение последнего коммита: git commit --amend

Представьте: вы только что сделали git commit, но сообщение вышло кривым — “fix bug” вместо нормального описания. И пушить еще не стали. Что дальше? Команда git commit --amend как раз для этого. Она заменяет верхушку вашей ветки новым коммитом, где вы можете поправить текст.

Сначала убедитесь, что нет незакоммиченных изменений в staging area — иначе они тоже попадут в коммит. Базовый вариант:

git commit --amend -m "Правильное сообщение коммита: исправлена ошибка в логике"

Здесь -m позволяет указать текст прямо в терминале, без редактора. Хотите открыть vim или nano для правки? Просто git commit --amend. Откроется редактор с текущим сообщением — меняйте и сохраняйте.

Почему это работает только для непушенных? Потому что amend меняет SHA-хэш коммита. Старый исчезает из истории локально. Официальная документация Git подчеркивает: это безопасно, пока коммит не в remote.

Проверили? git log --oneline покажет обновленный текст. Готово к git push.

Изменение нескольких сообщений: интерактивный git rebase -i

А если коммит не последний? Допустим, из трех последних нужно поправить второй. Тут вступает git rebase -i — мощный инструмент для перезаписи истории. Запускаете git rebase -i HEAD~3 (для трех коммитов назад), и Git откроет список:

pick abc1234 Первое сообщение
pick def5678 Неправильное сообщение ← это меняем
pick ghi9012 Третье сообщение

Замените pick на reword (или r) для нужного коммита. Сохраните и выйдите. Git поочередно остановится на каждом, открывая редактор для текста. Для второго введите новое сообщение, сохраните — и rebase продолжится автоматически.

Хотите изменить не только текст, но и содержимое? Поставьте edit (или e). Git остановится на коммите, дайте git commit --amend, потом git rebase --continue.

Документация GitHub рекомендует именно этот подход для любого непушенного коммита. Главное — не трогайте публичную историю, чтобы не сломать коллегам репозиторий.

После rebase проверьте git log. История чистая, как будто так и было.

Добавление забытых файлов в коммит

Часто amend используют не только для текста. Забыли файл? Легко. git add forgotten-file.txt, затем git commit --amend --no-edit. Флаг --no-edit оставит сообщение прежним, просто добавит файлы.

Или полный цикл: добавили, amend с новым текстом. Atlassian Git Tutorial приводит пример: идеально для “почти готового” коммита перед пушем. Это экономит время и держит историю аккуратной — без лишних “forgot file” коммитов.

Но помните: staging area должен быть чистым перед amend, иначе подхватит все подряд.

Предупреждения и риски при изменении истории

Звучит просто, но есть подводные камни. Во-первых, amend и rebase переписывают историю — SHA меняется. Для непушенных это окей, но если уже git push сделали, то нужен git push --force-with-lease. Опасно в команде: коллеги потеряют синхронизацию.

Во-вторых, конфликты. Если в rebase наложатся изменения, Git остановится — решайте вручную, коммитьте, продолжайте. Третий момент: не amend’ьте корневой коммит или мержи без нужды, это усложнит жизнь.

Hexlet Q&A советует: всегда проверяйте git status и git log до/после. И используйте git reflog для бэкапа — там все старые коммиты.

В общем, для соло-разработки — супер. В команде обсуждайте заранее.

Что делать при ошибках

Rebase сломался? Не паникуйте. git rebase --abort вернет все назад. Amend переборщили? git reflog покажет предыдущие HEAD: git reset --hard HEAD@{1} откатит.

Например, после неудачного rebase: найдите хэш до него в reflog и reset. Официальное руководство по отменам в Git спасет в 99% случаев. Просто и надежно.

Источники

1. Документация GitHub: Изменение сообщения о фиксации
2. Git Book: Перезапись истории
3. Atlassian: Rewriting Git History
4. Hexlet: Как переименовать коммит
5. Stack Overflow RU: Изменить сообщение конкретного коммита

Заключение

Итак, для быстрого фикса последнего коммита хватит git commit --amend, а git rebase -i освоите для сложных случаев — это must-have для чистой истории. Главное правило: меняйте только непушенные коммиты, чтобы избежать хаоса. Практикуйтесь на тестовом репо, и ваши git логи будут идеальными. Удачных коммитов!