Я конвертирую все в Git для личного использования, и я нашел несколько старых версий файла, уже находящихся в хранилище. Как передать его в историю в правильном порядке в соответствии с «датой изменения файла», чтобы у меня была точная история файла?

Мне сказали, что-то вроде этого будет работать:

git filter-branch --env-filter="GIT_AUTHOR_DATE=... --index-filter "git commit path/to/file --date " --tag-name-filter cat -- --all  

Совет, который вам дали, ошибочен. Безусловно, установка GIT_AUTHOR_DATE в an --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) и базовой команде «plumbing» git-commit). -дерево (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 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

Кроме того, можно организовать файл , чтобы быть первым добавлен в новом корне фиксации: создать новый корень совершать через «сиротский» метод из мерзавец Rebase секции (захват его в new_commit), использовать безусловный --index-filterи --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 commit с --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.

Это действительно полезно, например, если вы забыли что-то сделать вчера.

ОБНОВЛЕНИЕ : --dateтакже принимает выражения как --date "3 days ago"или даже --date "yesterday". Таким образом, мы можем сократить его до одной строковой команды:

git add foo ; git commit --date "yesterday" -m "Update"

В моем случае при использовании параметра --date мой процесс git потерпел крах. Может быть, я сделал что-то ужасное. И в результате появился файл index.lock. Поэтому я вручную удалил файлы .lock из папки .git и выполнил их, чтобы все измененные файлы были переданы в прошедшие даты, и на этот раз это сработало. Спасибо за все ответы здесь.

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

Это также работает для коммитов слияния:

GIT_AUTHOR_DATE=$(date -d'...') GIT_COMMITTER_DATE="$GIT_AUTHOR_DATE" git merge <branchname> --no-ff

Вы всегда можете изменить дату на своем компьютере, сделать коммит, а затем изменить дату назад и нажать.

Или просто используйте fake-git-history, чтобы сгенерировать ее для определенного диапазона данных.