Я конвертирую все в Git для личного использования, и я нашел несколько старых версий файла, уже находящегося в репозитории. Как я могу передать его истории в правильном порядке в соответствии с файлом "date modified", поэтому у меня есть точная история файла?
Мне сказали что-то вроде этого:
git filter-branch --env-filter="GIT_AUTHOR_DATE=... --index-filter "git commit path/to/file --date " --tag-name-filter cat -- --all
Совет, который вам дал, испорчен. Безусловно, установка GIT_AUTHOR_DATE в --env-filter будет переписывать дату каждой фиксации. Кроме того, было бы необычно использовать git commit внутри --index-filter.
Здесь вы имеете дело с несколькими независимыми проблемами.
Каждая фиксация имеет две даты: дату автора и дату коммиттера. Вы можете переопределить каждый из них, передавая значения через переменные среды GIT_AUTHOR_DATE и GIT_COMMITTER_DATE для любой команды, которая записывает новую фиксацию. См. "Форматы даты" в git -комментировать (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).
Если ваш репозиторий очень прост (т.е. у вас есть только одна ветка, нет тегов), то вы, вероятно, можете использовать 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.
Если ваш репозиторий более сложный (т.е. он содержит несколько ссылок (ветки, теги и т.д.)), вам, вероятно, потребуется использовать ветвь фильтрации git. Прежде чем использовать ветвь фильтра git, вы должны сделать резервную копию всего своего репозитория. Простой 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=…'. Если вы его использовали, вы бы сделали его условным, чтобы он переписывал дату для каждой фиксации.
Если вы хотите, чтобы ваш новый файл появлялся только в коммитах после некоторого существующего commit ( "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 и добавить --parent-filter на git фильтр-ветвь:
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
Вы также можете организовать, чтобы файл был сначала добавлен в новый корневой фиксатор: создайте новый корневой фиксатор с помощью метода "сирота" из раздела git rebase (запишите его в new_commit), используйте безусловный --index-filter и a --parent-filter как "sed -e \"s/^$/-p $new_commit/\"".
Вы можете создать фиксацию как обычно, но когда вы зафиксируете, установите переменные среды GIT_AUTHOR_DATE и GIT_COMMITTER_DATE на соответствующие даты.
Конечно, это сделает фиксацию на кончике вашей ветки (т.е. перед текущим фиксацией HEAD). Если вы хотите оттолкнуть его назад в репо, вам нужно немного притворяться. Скажем, у вас есть эта история:
o--o--o--o--o
И вы хотите, чтобы ваш новый фиксатор (помеченный как "X" ) появился вторым:
o--X--o--o--o--o
Самый простой способ - это отделить от первого коммита, добавить новый коммит, а затем переустановить все остальные коммиты поверх нового. Например:
$ git checkout -b new_commit $desired_parent_of_new_commit
$ git add new_file
$ GIT_AUTHOR_DATE='your date' GIT_COMMITTER_DATE='your date' git commit -m 'new (old) files'
$ git checkout master
$ git rebase new_commit
$ git branch -d new_commit
Я знаю, что этот вопрос довольно старый, но то, что на самом деле сработало для меня:
git commit --date="10 day ago" -m "Your commit message"
В моем случае со временем я сохранил кучу версий myfile как myfile_bak, myfile_old, myfile_2010, backups/myfile и т.д. Я хотел поместить историю myfile в git, используя даты их модификации. Поэтому переименуйте самый старый в myfile, git add myfile, затем git commit --date=(modification date from ls -l) myfile, переименуйте следующий самый старый в myfile, другой git совершите с -date, repeat...
Чтобы автоматизировать это несколько, вы можете использовать shell-foo для получения времени модификации файла. Я начал с ls -l и cut, но stat (1) более прямой
git commit --date="`stat -c %y myfile`" myfile
Ниже я использую для фиксации изменений в foo до N=1 дней в прошлом:
git add foo
git commit -m "Update foo"
git commit --amend --date="$(date -v-1d)"
Если вы хотите зафиксировать более старую дату, скажем, 3 дня назад, просто измените аргумент date: date -v-3d.
Это действительно полезно, когда вы забываете что-то совершить вчера, например.
UPDATE: --date также принимает выражения типа --date "3 days ago" или даже --date "yesterday". Поэтому мы можем свести его к одной строке:
git add foo ; git commit --date "yesterday" -m "Update"
В моем случае, используя параметр -date, мой git процесс разбился. Может быть, я сделал что-то ужасное. И в результате появился файл index.lock. Поэтому я вручную удалил .lock файлы из .git-папки и выполнил их, для всех измененных файлов, которые будут совершены в прошедшие даты, и это сработало на этот раз. Thanx для всех ответов здесь.
git commit --date="`date --date='2 day ago'`" -am "update"
Вы всегда можете изменить дату на своем компьютере, сделать коммит, а затем изменить дату назад и нажать.
Чтобы сделать коммит, который выглядит так, как будто он был сделан в прошлом, вы должны установить GIT_AUTHOR_DATE и GIT_COMMITTER_DATE:
GIT_AUTHOR_DATE=$(date -d'...') GIT_COMMITTER_DATE="$GIT_AUTHOR_DATE" git commit -m '...'
где date -d'...' может быть точной датой, например, 2019-01-01 12:00:00 или относительной, как 5 months ago 24 days ago.
Чтобы увидеть обе даты в git log, используйте:
git log --pretty=fuller
Или просто используйте инструмент командной строкиhttps://github.com/artiebits/fake-git-history, чтобы сгенерировать его для определенного диапазона данных