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

Переименование коммитов в Git

Переименование коммитов в Git — это обычная задача при разработке. Есть несколько способов в зависимости от того на каком коммите ты находишься и пушил ли уже его.

1. Последний коммит (самый простой способ)

Если нужно переименовать последний коммит до того как его запушил:

# Если только что закоммитил
git commit --amend -m "New commit message"

# Или интерактивно если хочешь отредактировать полный текст
git commit --amend
# Откроется редактор где можно изменить сообщение

Это переписывает последний коммит (не создаёт новый).

2. Несколько последних коммитов

Для переименования коммитов в истории используй git rebase:

# Показывает последние 3 коммита в интерактивном режиме
git rebase -i HEAD~3

Откроется редактор с примерно таким содержимым:

pick abc1234 Old message 1
pick def5678 Old message 2
pick ghi9012 Old message 3

# Команды:
# p, pick = использовать коммит
# r, reword = использовать коммит но отредактировать сообщение
# e, edit = использовать коммит но остановиться для амендмента
# ...

Измени pick на reword для коммитов которые хочешь переименовать:

pick abc1234 Old message 1
reword def5678 Old message 2
pick ghi9012 Old message 3

Сохрани и закрой редактор. Для каждого reword откроется редактор где можно изменить сообщение.

3. Переименование конкретного коммита по хешу

# Найди хеш коммита
git log --oneline | head -20

# Предположим это abc1234
# Переименовать коммит который на 5 позиций назад
git rebase -i abc1234^
# (Note: abc1234^ означает родителя коммита abc1234)

Потом используй reword как описано выше.

4. Если коммит уже запушен

После пуша в origin нельзя просто амендовать — нужно force push:

# Амендируй локально
git commit --amend -m "New message"

# Force push (ОСТОРОЖНО!)
git push origin branch-name --force

⚠️ ВАЖНО: --force перезаписывает историю на удалённом репозитории. Это опасно если в ветке работают другие люди.

Безопаснее использовать:

# --force-with-lease проверит что никто не запушил изменений
git push origin branch-name --force-with-lease

5. Отредактировать сообщение старого коммита

# Найти коммит в истории
git log --oneline

# Допустим нужно отредактировать коммит abc1234 который на 10 позиций назад
git rebase -i abc1234^

# В редакторе изменить pick на reword для этого коммита
reword abc1234 Old message

# Сохранить, потом отредактировать сообщение в открывшемся редакторе

6. Merge коммит сообщения

Если коммит это merge коммит:

# Обычный аменд работает и для merge коммитов
git commit --amend -m "New merge message"

# Или через rebase
git rebase -i HEAD~1
# И используй reword

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

Пример 1: Исправить опечатку в последнем коммите

$ git log --oneline
abc1234 Feix typo  <- Видно опечатку

$ git commit --amend -m "Fix typo"
$ git log --oneline
abc5678 Fix typo   <- Хеш изменился потому что содержание изменилось

Пример 2: Переименовать несколько коммитов

$ git log --oneline
1234567 Add feature
2345678 Bugged implementation
3456789 Fix bug
4567890 Final touches

# Хочу переименовать "Bugged implementation" на "Add initial implementation"
$ git rebase -i HEAD~4

# В редакторе:
pick 1234567 Add feature
reword 2345678 Bugged implementation  <- Изменить на reword
pick 3456789 Fix bug
pick 4567890 Final touches

# Когда редактор откроется для 2345678, изменить на:
# "Add initial implementation (WIP)"

Пример 3: Переименовать уже запушенный коммит

# На ветке feature/my-feature
$ git log --oneline
abc1234 WIP: incomplete feature

$ git commit --amend -m "Add profile page component"

# Так как это уже запушено
$ git push origin feature/my-feature --force-with-lease

# Или если работаешь один на ветке
$ git push origin feature/my-feature -f

Что происходит при amend

После git commit --amend:

1. Берётся предыдущий коммит
2. Берётся staging area (что в git add)
3. Создаётся НОВЫЙ коммит с новым хешем
4. Старый коммит становится недостижимым (но можно восстановить через reflog)

# Если ошибся
git reflog
# Найти старый коммит
git reset --hard abc1234@{1}

Совет: Сообщения коммитов должны быть хорошими

# ❌ Плохо
Commit message: "Fix", "WIP", "asdf"

# ✅ Хорошо
Commit message: "Add user authentication"
Commit message: "Fix: incorrect password validation"
Commit message: "Refactor: extract UserService logic"

# ✅ Лучше (с подробностью)
Commit message: "
Add user authentication with JWT

- Implement login/logout endpoints
- Add JWT token validation middleware
- Secure password hashing with bcrypt

Fixes #123
"

Шпаргалка

Best Practices

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

Переименование коммитов — полезный инструмент но используй его разумно чтобы не запутать других разработчиков в команде.