Как я могу просмотреть старую версию файла с помощью Git?
Есть ли в Git команда для просмотра (выгруженная в стандартный вывод, либо в $PAGER или $EDITOR) конкретную версию определенного файла?
Если вы пришли к этому вопросу, потому что хотите проверить старую версию двоичного файла (например, изображение), то лучше выполнить проверку старой фиксации, посмотреть, что вам нужно увидеть, а затем вернуться к HEAD. Для этого сделайте git checkout <sha1-of-the-commit-you-need>, потом git checkout HEAD
Ответы 10
Вы можете использовать git show с путем из корня репозитория (./ или ../ для относительного пути):
$ git show REVISION:path/to/file
Замените REVISION вашей фактической версией (может быть SHA фиксации Git, имя тега, имя ветки, относительное имя фиксации или любой другой способ идентификации фиксации в Git)
Например, чтобы просмотреть версию файла <repository-root>/src/main.c от 4 коммитов назад, используйте:
$ git show HEAD~4:src/main.c
Git для Windows требует косая черта даже в путях относительно текущего каталога. Для получения дополнительной информации посетите страницу руководства для git-show.
На самом деле это не работает - вы пробовали? Для "git show HEAD: path / to / file.c" я получаю ошибку "неоднозначный аргумент".
И если я просто сделаю «git-show path / to / file.c», команда завершится успешно без вывода.
С какой версией git? Другой способ сделать это - использовать git cat-file с указанием идентификатора blob-объекта (который вы можете найти с помощью ls-tree, но это трудный путь).
Должен быть полный путь, начиная с репозитория git
Если вы работаете в Windows, это может быть разделитель путей; если я сделаю git show HEAD: dir \ subdir \ file, я получу неоднозначный аргумент. Если я сделаю git show HEAD: dir / subdir / file, он будет работать, как ожидалось.
Путь, который вы должны указать после:, находится в корне репозитория git. (это было дано ниже в качестве ответа, но я думаю, что это было задумано как комментарий к этому ответу)
Если вы хотите увидеть его в разделе Vim, чтобы они прокручивались вместе, я написал короткий Сообщение блога, показывающий, как это сделать.
mercurial может обновить все репо до предыдущей версии ... с помощью команды обновления. любой аналогичный способ в git временно переключиться на предыдущую ревизию ??
@ashishsony: Да, вы можете использовать git checkout <revision>.
что происходит с изменениями, которые я делаю в рабочем каталоге ?? есть ли способ сохранить их нетронутыми и вернуть их, как только я вернусь к исправлению? Спасибо.
Спасибо! Какая полезная команда. Я мучительно и неэффективно пытался скопировать, вставить и переформатировать мой старый исходный код из файла diff.
вы можете использовать git log - [имя_файла] для просмотра исправлений
Вы также можете перенаправить git show в vim с помощью (commit):(path to file) | vim -. Я считаю это намного лучше, чем использовать меньше / больше, которое используется по умолчанию.
По какой-то причине у меня работает Только - git show <commit>:file. Все остальное просто дает самую последнюю версию.
Вы сказали «показать 4-ю последнюю фиксацию файла», но действительно ли вы имели в виду «показать файл таким, каким он был в 4-й последней фиксации»?
Эти инструкции не работают в моем случае. Он может найти файл на диске, но сообщает, что его нет в предоставленном коммите; однако я получил sha коммита от git blame, поэтому он должен быть в коммите.
Синтаксис HEAD: ~ <n> НЕ работает должным образом. Не отображается n-я предыдущая ревизия файла src / main.c. Он показывает содержимое этого файла на n-й предыдущей фиксации текущей ветки. Если файл src / main.c не изменялся при каждой фиксации в истории ветки, это не даст ожидаемого результата.
REVISION может быть хешем фиксации. Смотрите мой ответ: stackoverflow.com/a/40400259/759452git-show отличный. Могу ли я переключать номера строк при использовании в командной строке?
Чтобы добавить к ответу, git-show не дает вам номеров строк. Если вам нужны номера строк, попробуйте git show <commit>:<file> | less -N
Вместо того, чтобы указывать путь из корня репо, вы можете использовать относительный путь, если вы запустите его с ., например: git show HEAD:./subdir/main.c > foo. Это работает в последних версиях git (проверено в git 2.8.3 на CentOS 7)
@MichaelDausmann, я добавил серию патчей в файл с помощью git add -p. Есть ли способ увидеть весь файл в том виде, в каком он находится в индексе, прежде чем я его зафиксирую?
Не работает, получаю fatal: Invalid object name 'REVISION'.
@Black: замените REVISION своей фактической ревизией (может быть SHA фиксации Git, имя тега, имя ветки, относительное имя фиксации или любой другой способ идентификации фиксации в Git).
@mipadi, не работает Я пробовал: "git show 717fe60db378e7052247fa5de33e50bce59e2e85:" app \ Models \ Seleniu m.php "Но вывода нет
@Black: Это путь в вашем репозитории? Здесь много чего может пойти не так.
Не хотел голосовать за этот ответ, так как теперь у него 1337 голосов. Все равно сделал это :)
У меня это работает. Я получаю вывод в терминале. Есть ли способ отправить это в текстовый файл?
@Diego: перенаправить вывод в файл: git show REVISION:path/to/file > path/to/file.
Если вам нравятся графические интерфейсы, вы можете использовать gitk:
запустите gitk с:
gitk /path/to/fileВыберите версию в верхней части экрана, например по описанию или дате. По умолчанию в нижней части экрана отображается разница для этой ревизии (соответствует переключателю «патч»).
Чтобы увидеть файл выбранной ревизии:
- Щелкните переключатель "дерево". Это покажет корень файлового дерева этой ревизии.
- Перейдите к своему файлу.
Это также работает с тигр, который является программой просмотра репозитория curses git.
@Paul Slocum: Может быть, потому, что эта команда не является стандартной командой, а не встроенной в git. Я думаю, что эта команда работает только для Windows.
Обратите внимание, что это работает, только если вы начинаете с корня репозитория git.
Если вы хотите проверить определенную ревизию с помощью gitk, вы также можете использовать этот ярлык: gitk REVISION /path/to/file. Это может пригодиться, например, когда вы хотите проверить определенную версию.
Выполнение этого по дате выглядит так: если фиксация произошла в течение последних 90 дней:
git show HEAD@{2013-02-25}:./fileInCurrentDirectory.txt
Обратите внимание, что HEAD@{2013-02-25} означает «где HEAD был 25 февраля 2013 г.» в этом репозитории (с использованием рефлог), а не «последний коммит перед 25 февраля 2013 г. в этой ветке в истории».
Это важно! Это означает, что по умолчанию этот метод работает только для истории за последние 90 дней. В противном случае нужно сделать так:
git show $(git rev-list -1 --before = "2013-02-26" HEAD):./fileInCurrentDirectory.txt
Эта команда полезна с master вместо HEAD@{2013-02-25}, если вы находитесь в ветке
Можете включить время а-ля git log --since='2016-04-28 23:59:59 +0100'?
Тот факт, что этот синтаксис использует reflog, важен и должен быть особо выделен, потому что рефлог не содержит всех коммитов. См. blog.endpoint.com/2014/05/git-checkout-at-specific-date.html
То, что я пропустил: там не могу будет пробел после двоеточия : и перед именем файла.
@AliceHeaton Это невозможно переоценить. (Спасибо !)
@AliceHeaton - обновлено (4 года спустя, ха-ха!)
В дополнение к ответу Джим Ханзикер,
вы можете экспортировать файл из ревизии как,
git show HEAD@{2013-02-25}:./fileInCurrentDirectory.txt > old_fileInCurrentDirectory.txt
Надеюсь это поможет :)
git log -p покажет вам не только журналы фиксации, но и различия каждой фиксации (кроме фиксации слияния). Затем вы можете нажать /, ввести имя файла и нажать enter. Нажмите n или p, чтобы перейти к следующему / предыдущему вхождению. Таким образом, вы увидите не только изменения в файле, но и информацию о фиксации.
Похоже, git log -pm также покажет коммиты слияния.
Вы также можете запустить git log -p -- filename.txt, чтобы ограничить историю только желаемым файлом.
Вы также можете указать commit hash (часто также называемый commit ID) с помощью git show команда.
В двух словах
git show <commitHash>:/path/to/file
Шаг за шагом
- Показать журнал всех изменений для данного файла с помощью
git log /path/to/file - В показанном списке изменений он показывает
commit hash, напримерcommit 06c98...(06c98 ... хеш фиксации) - Скопируйте
commit hash - Запустите команду
git show <commitHash>:/path/to/file, используяcommit hashна шаге 3 иpath/to/fileна шаге 1.
Примечание:, добавление ./ при указании относительного пути кажется важным, то есть git show b2f8be577166577c59b55e11cfff1404baf63a84:./flight-simulation/src/main/components/nav-horiz.html.
если вы не знаете путь к файлу, используйте git show <SHA1> --name-only для его получения.
эта команда op - даже автоматически завершается из памяти - проверена на удаленном каталоге ... не может получить больше op, чем этот gg
в debian добавление ./ не имеет значения для пути.
Вы можете использовать такой сценарий, чтобы выгрузить все версии файла в отдельные файлы:
например
git_dump_all_versions_of_a_file.sh path/to/somefile.txt
Получите сценарий здесь как ответ на другой похожий вопрос
git_root, git_log_short и git_log_message_for_commit отсутствуют.
Хороший улов! Я дважды разместил этот ответ в двух разных местах, а просто удалил его и связал с другим, где люди рассказывали мне об этом раньше ... спасибо @mogsie!
Этот скрипт очень полезен!
Помощник для получения нескольких файлов из данной ревизии
Этот помощник очень полезен при попытке разрешить конфликты слияния:
#!/usr/bin/env python3
import argparse
import os
import subprocess
parser = argparse.ArgumentParser()
parser.add_argument('revision')
parser.add_argument('files', nargs='+')
args = parser.parse_args()
toplevel = subprocess.check_output(['git', 'rev-parse', '--show-toplevel']).rstrip().decode()
for path in args.files:
file_relative = os.path.relpath(os.path.abspath(path), toplevel)
base, ext = os.path.splitext(path)
new_path = base + '.old' + ext
with open(new_path, 'w') as f:
subprocess.call(['git', 'show', '{}:./{}'.format(args.revision, path)], stdout=f)
Использование:
git-show-save other-branch file1.c path/to/file2.cpp
Результат: следующие версии файлов содержат альтернативные версии:
file1.old.c
path/to/file2.old.cpp
Таким образом, вы сохраните расширение файла, чтобы ваш редактор не жаловался и мог легко найти старый файл рядом с новым.
@MickeyPerlstein, если вы можете добиться того же интерфейса с лучшей реализацией, я все слышу.
возможно, я не понимаю (и если да, то приношу свои извинения), но разве это не просто: "git show version: ./ path> new_path"?
@MickeyPerlstein привет, да, моя команда генерирует этот интерфейс командной строки, но она перебирает несколько файлов и выдает имя вывода из ввода, поэтому вам не нужно набирать слишком много. Ничего революционного конечно, но удобно.
Чтобы быстро увидеть различия со старыми версиями файла:
git show -1 filename.txt> to compare against the last revision of file
git show -2 filename.txt> to compare against the 2nd last revision
git show -3 fielname.txt> to compare against the last 3rd last revision
Эти команды показывают мне различия с текущей версией, но не показывают весь файл.
СПОСОБ 1: (я предпочитаю этот способ, без возможности потерять незафиксированные данные)
Найдите идентификатор фиксации с помощью:
git reflogСписок файлов из коммита
git diff-tree --no-commit-id --name-only -r <commitHash>Пример:
git diff-tree --no-commit-id --name-only -r d2f9ba4d2f9ba4is commit id from step 1.Откройте требуемый файл с помощью следующей команды:
git show <commitHash>:/path/to/fileПример:
git show d2f9ba4:Src/Ext/MoreSwiftUI/ListCustom.swiftSrc/...is file path from step 2.
СПОСОБ 2: (возможность потерять незафиксированные данные)
Найдите идентификатор фиксации с помощью:
git reflogСделайте полный сброс этого коммита:
git reset --hard %commit ID%Пример:
git reset --hard c14809faВнесите необходимые изменения и сделайте новый коммит в нужную ветку.
ВНИМАНИЕ: будьте осторожны со вторым методом, так как вы потеряете все незафиксированные изменения при выполнении аппаратного сброса!
да, с полным сбросом все в порядке. это из-за того, что сброс бывает «жестким», а не «мягким». Но нужно усердно работать из-за возможности конфликтов.