Совет, который вам дали, ошибочен. Безусловно, установка GIT_AUTHOR_DATE в --env-filter переписывает дату каждого коммита. Кроме того, было бы необычно использовать git commit внутри --index-filter.
Вы имеете дело с множеством независимых проблем здесь.
Указание дат, отличных от «сейчас»
Каждый коммит имеет две даты: дату автора и дату коммиттера. Вы можете переопределить каждое из них, передав значения через переменные окружения GIT_AUTHOR_DATE и GIT_COMMITTER_DATE для любой команды, которая пишет новый коммит. Смотрите «Форматы даты» в git-commit (1) или ниже:
Git internal format = <unix timestamp> <time zone offset>, e.g. 1112926393 +0200
RFC 2822 = e.g. Thu, 07 Apr 2005 22:13:13 +0200
ISO 8601 = e.g. 2005-04-07T22:13:13
Единственная команда, которая записывает новый коммит при обычном использовании, это git commit . Он также имеет опцию --date, которая позволяет напрямую указать дату автора. Предполагаемое использование включает в себя git filter-branch --env-filter, также используются переменные среды, упомянутые выше (они являются частью «env», после которого указывается опция; см. «Опции» в git-filter-branch (1) и базовая «сантехническая» команда git-commit-tree (1) .
Вставка файла в отдельный файл ref History
Если ваш репозиторий очень прост (т.е. у вас есть только одна ветвь, без тегов), то вы, вероятно, можете использовать git rebase для выполнения работы.
В следующих командах используйте имя объекта (хэш SHA-1) фиксации вместо «A».
Не забудьте использовать один из методов «переопределения даты» при запуске git commit .
---A---B---C---o---o---o master
git checkout master
git checkout A~0
git add path/to/file
git commit --date='whenever'
git tag ,new-commit -m'delete me later'
git checkout -
git rebase --onto ,new-commit A
git tag -d ,new-commit
---A---N (was ",new-commit", but we delete the tag)
\
B'---C'---o---o---o master
Если вы хотите обновить A, чтобы включить новый файл (вместо создания нового коммита, в котором он был добавлен), тогда используйте git commit --amend вместо git commit. Результат будет выглядеть так:
---A'---B'---C'---o---o---o master
Вышеуказанное работает, пока вы можете назвать коммит, который должен быть родителем вашего нового коммита. Если вы действительно хотите, чтобы ваш новый файл был добавлен с помощью нового корневого коммита (без родителей), то вам нужно что-то немного другое:
B---C---o---o---o master
git checkout master
git checkout --orphan new-root
git rm -rf .
git add path/to/file
GIT_AUTHOR_DATE='whenever' git commit
git checkout -
git rebase --root --onto new-root
git branch -d new-root
N (was new-root, but we deleted it)
\
B'---C'---o---o---o master
git checkout --orphan является относительно новым (Git 1.7.2), но есть других способов сделать то же самое , которые работают на более старых версиях Git.
Вставка файла в мульти- ref History
Если ваш репозиторий более сложный (т. Е. Имеет несколько ссылок (ветки, теги и т. Д.)), То вам, вероятно, потребуется использовать git filter-branch . Перед использованием git filter-branch вы должны сделать резервную копию всего вашего хранилища. Простой tar архив всего вашего рабочего дерева (включая .git каталог) достаточно. git filter-branch делает резервные ссылки, но зачастую проще восстановить не совсем правильную фильтрацию, просто удалив каталог .git и восстановив его из резервной копии.
Примечание. В приведенных ниже примерах используется команда более низкого уровня git update-index --add вместо git add. Вы можете использовать git add , но сначала вам нужно будет скопировать файл из некоторого внешнего местоположения в ожидаемый путь (--index-filter запускает свою команду во временном пустом GIT_WORK_TREE).
Если вы хотите, чтобы ваш новый файл добавлялся в каждый существующий коммит, то вы можете сделать это:
new_file=$(git hash-object -w path/to/file)
git filter-branch \
--index-filter \
'git update-index --add --cacheinfo 100644 '"$new_file"' path/to/file' \
--tag-name-filter cat \
-- --all
git reset --hard
Я не вижу смысла менять даты существующих коммитов на --env-filter 'GIT_AUTHOR_DATE=…'. Если бы вы использовали его, вы бы сделали его условным, чтобы он переписывал дату для каждого коммита.
Если вы хотите, чтобы ваш новый файл появлялся только в коммитах после некоторого существующего коммита («A»), то вы можете сделать это:
file_path=path/to/file
before_commit=$(git rev-parse --verify A)
file_blob=$(git hash-object -w "$file_path")
git filter-branch \
--index-filter '
if x=$(git rev-list -1 "$GIT_COMMIT" --not '"$before_commit"') &&
test -n "$x"; then
git update-index --add --cacheinfo 100644 '"$file_blob $file_path"'
fi
' \
--tag-name-filter cat \
-- --all
git reset --hard
Если вы хотите, чтобы файл был добавлен с помощью нового коммита, который должен быть вставлен в середину вашей истории, вам нужно будет сгенерировать новый коммит до использования git filter-branch и добавьте --parent-filter к git filter-branch :
file_path=path/to/file
before_commit=$(git rev-parse --verify A)
git checkout master
git checkout "$before_commit"
git add "$file_path"
git commit --date='whenever'
new_commit=$(git rev-parse --verify HEAD)
file_blob=$(git rev-parse --verify HEAD:"$file_path")
git checkout -
git filter-branch \
--parent-filter "sed -e s/$before_commit/$new_commit/g" \
--index-filter '
if x=$(git rev-list -1 "$GIT_COMMIT" --not '"$new_commit"') &&
test -n "$x"; then
git update-index --add --cacheinfo 100644 '"$file_blob $file_path"'
fi
' \
--tag-name-filter cat \
-- --all
git reset --hard
Вы также можете организоватьфайл, который будет сначала добавлен в новый корневой коммит: создайте новый корневой коммит с помощью метода «orphan» из раздела git rebase (захватите его в new_commit), используйте безусловный --index-filter, и --parent-filter как "sed -e \"s/^$/-p $new_commit/\"".