Изменение автора и дат коммита

Каждый коммит несёт две идентичности: автора и коммиттера, у каждой своя дата. Автор — это тот, кто изначально написал изменение; коммиттер — тот, кто последним его применил. Обычно это один человек, но они расходятся, когда кто-то применяет написанный тобой патч или когда rebase переигрывает твои коммиты (ты остаёшься автором, ребейзящий становится коммиттером). Посмотри оба:

git show --format=fuller HEAD
# Author:     Jane Dev <jane@old.local>   AuthorDate: ...
# Commit:     Jane Dev <jane@work.com>    CommitDate: ...

Это различие важно, потому что большинство команд меняют только автора, если ты не воздействуешь и на коммиттера, — а git log по умолчанию показывает автора, так что обычно именно автора ты и хочешь починить.

Чини автора последнего коммита через --amend --author или прими свою текущую идентичность через --reset-author. Две повседневные правки для самого свежего коммита:

# Задать конкретного автора явно:
git commit --amend --author="New Name <new@email.com>" --no-edit

# Или проштамповать той идентичностью, что сейчас в твоём git config:
git commit --amend --reset-author --no-edit

--author= переопределяет только поле автора; --reset-author устанавливает и автора, и коммиттера в твои текущие user.name / user.email (и сбрасывает дату автора на сейчас). --no-edit сохраняет существующее сообщение. Оба переписывают последний коммит в новый SHA, ровно как любой другой amend.

Задавай даты коммита переменными окружения GIT_AUTHOR_DATE / GIT_COMMITTER_DATE или --date для одной лишь даты автора. Даты — это просто поля метаданных, и их можно задать явно:

# --date затрагивает только дату АВТОРА:
git commit --amend --date="2026-05-01T09:00:00" --no-edit

# Задать ОБЕ даты, автора и коммиттера, экспортом переменных окружения:
GIT_AUTHOR_DATE="2026-05-01T09:00:00" \
GIT_COMMITTER_DATE="2026-05-01T09:00:00" \
git commit --amend --no-edit

Ловушка: --date двигает только дату автора, оставляя дату коммиттера нетронутой, так что две могут молча разойтись. Когда нужно выровнять обе, задавай обе переменные. Git принимает ISO-8601, RFC 2822 и относительные формы вроде "2 days ago".

Меняй автора у МНОГИХ коммитов интерактивным rebase или диапазоном rebase --exec. Для нескольких коммитов два подхода. Отметь каждую цель edit в интерактивном rebase и амендь на каждой остановке:

git rebase -i <base>        # отметь коммиты для починки как 'edit'
# на каждой остановке:
git commit --amend --author="New Name <new@email.com>" --no-edit
git rebase --continue

Или запусти команду автоматически по всему диапазону — здесь сбрасывая автора каждого коммита на твою текущую идентичность:

git rebase -r <base> --exec 'git commit --amend --reset-author --no-edit'

--exec запускает заданную команду после переигрывания каждого коммита в диапазоне, так что ты чинишь десятки коммитов, не останавливаясь на каждом.

Для неверного email во всей истории используй git filter-repo — и предпочитай .mailmap, когда нужно только корректное отображение. Чтобы переписать авторство по всем коммитам (например, утёкший или неверный email в каждом), современный инструмент — git filter-repo:

# mailmap.txt сопоставляет старые идентичности новым, затем переписывает каждый коммит:
git filter-repo --mail-map mailmap.txt

git filter-branch исторически делал это, но устарел — он медленный и полон граблей; filter-repo — официально рекомендованная замена. Но если тебе нужно лишь, чтобы имена/email выглядели правильно в git log и git shortlog вообще без касания истории, добавь файл .mailmap в корень репозитория:

Correct Name <correct@email.com> <old@wrong.com>

.mailmap переотображает идентичности только на момент показа — ни один SHA не меняется, ни форс-пуша, ни координации. Тянись к нему первым, когда всё, что тебе реально нужно, — корректность отображения.