Как поменять имя коммита?

Изменение сообщения коммита в Git

Иногда после коммита замечу, что сообщение содержит ошибку, неполную информацию или просто неправильно описывает изменения. Git предоставляет несколько способов исправить это.

Способ 1: Изменить последний коммит (amend)

Самый простой способ — если нужно поправить самый свежий коммит:

# Если коммит ещё не запушен на удалённый сервер
git commit --amend -m "Новое сообщение коммита"

# Или откроется редактор для долгого сообщения
git commit --amend

# Отредактируешь в редакторе (vi, nano и т.д.)
# Сохранись и выход

# Результат: коммит переписывается с новым сообщением

Это самый безопасный способ для последнего коммита.

Способ 2: Изменить коммит в истории (rebase interactive)

Если нужно изменить сообщение у коммита, который не последний, используй интерактивный rebase:

# Просмотреть историю
git log --oneline -10

# Например, видишь:
# abc1234 Плохое сообщение коммита
# def5678 Другой коммит

# Сколько коммитов вернуться в историю (на 3 коммита)
git rebase -i HEAD~3

# Откроется редактор со списком коммитов:
# pick abc1234 Плохое сообщение коммита
# pick def5678 Другой коммит

# Поменяй pick на reword для коммита, который нужно изменить:
# reword abc1234 Плохое сообщение коммита
# pick def5678 Другой коммит

# Сохрани (в vi это :wq)

# Затем откроется редактор для каждого reword коммита
# Изменишь сообщение и сохранись

Способ 3: Использовать git filter-branch (для старых коммитов)

Для глубоких изменений в истории (редко нужно):

# Изменить коммит по хешу
git filter-branch --msg-filter "sed s/Старое сообщение/Новое сообщение/g" -- --all

# Это опасно, может переписать много истории
# Используется только в крайних случаях

Способ 4: Сквашить коммиты с новым сообщением

Если несколько коммитов нужно объединить в один с новым сообщением:

# Вернёмся на 3 коммита в историю
git rebase -i HEAD~3

# В редакторе:
# pick abc1234 Первый коммит
# squash def5678 Второй коммит
# squash ghi9012 Третий коммит

# Сохрани

# Откроется редактор с объединённым сообщением
# Отредактируешь его и сохранись

# Результат: 3 коммита становятся одним с новым сообщением

Практические примеры

# Пример 1: Исправить последний коммит (самый частый случай)
git commit --amend -m "Фич: добавил валидацию формы"

# Пример 2: Коммит уже запушен, но хочу исправить локально
git commit --amend -m "Исправлено сообщение"
# Но затем потребуется force push (опасно!)
git push origin main --force-with-lease

# Пример 3: Изменить коммит в истории
git rebase -i HEAD~5
# В редакторе выбираешь reword для нужного коммита

# Пример 4: Исправить множество коммитов сразу
# Используй shell скрипт для автоматизации
for commit in $(git log --oneline | awk "{print \$1}"); do
  git commit --amend -m "Новое сообщение"
done

Когда использовать каждый способ

СИТУАЦИЯ 1: Последний коммит не запушен
Используй: git commit --amend
Риск: нет

СИТУАЦИЯ 2: Коммит в истории, не запушен
Используй: git rebase -i HEAD~N
Риск: низкий (локальные изменения)

СИТУАЦИЯ 3: Коммит уже запушен на main
Используй: ничего (попроси другого разработчика помочь)
Риск: ВЫСОКИЙ (переписываешь историю всей команды)

СИТУАЦИЯ 4: Коммит в feature branch, никто не брал
Используй: git commit --amend или git rebase -i
Затем: git push --force-with-lease
Риск: низкий (только твой branch)

Важные правила

1. Никогда не переписывай историю public branches (main, develop)
2. Используй --force-with-lease вместо --force (безопаснее)
3. После rebase нужен force push, что опасно в shared branches
4. Коммитуй часто с хорошими сообщениями — не придётся исправлять

Пример плохого vs хорошего сообщения

# ПЛОХО
git commit -m "правки"
git commit -m "фикс"
git commit -m "изменения"

# ХОРОШО
git commit -m "Фич: добавил валидацию email в форму"
git commit -m "Фикс: исправил баг с дублированием запросов"
git commit -m "Рефактор: переписал компонент Button на TypeScript"

Итого

Для изменения имени коммита:

1. Последний коммит — git commit --amend -m "новое"
2. В истории — git rebase -i HEAD~N с reword
3. Запушен — лучше не трогать, скажи в команде
4. Множество коммитов — squash в rebase
5. Всегда пиши хорошие сообщения — меньше ошибок

Главное правило: не переписывай историю в shared branches.