Як отримати один файл із певної версії в Git?

У мене є сховище Git, і я хотів би побачити, як виглядали деякі файли кілька місяців тому. Я знайшов перегляд у цю дату; це 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8. Мені потрібно подивитися, як виглядає один файл, а також зберегти його як ("новий") файл.

Мені вдалося переглянути файл за допомогою gitk, але він не має можливості його зберегти. Я спробував за допомогою інструментів командного рядка, найближче мені було:

git-show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 my_file.txt

Однак ця команда показує різний, а не вміст файлу. Я знаю, що згодом можу використовувати щось подібнеPAGER=cat та перенаправляти вихід у файл, але не знаю, як дістатися до фактичного вмісту файлу.

В основному я шукаю щось на кшталт svn cat .

Щоб завершити власну відповідь, синтаксис справді є

git show object
git show $REV:$FILE
git show somebranch:from/the/root/myfile.txt
git show HEAD^^^:test/test.py

Команда займає звичайний стиль редагування, тобто ви можете використовувати будь-яке з наступного:

1. назва філії (як запропоновано по золі )
2. HEAD+ x кількість ^символів
3. SHA1 хеш заданої редакції
4. Перші кілька (можливо, 5) символів даного хешу SHA1

Порада Важливо пам’ятати, що, використовуючи " git show", завжди вказуйте шлях від кореня сховища , а не поточну позицію каталогу.

(Хоча Майк Мореарті згадує, що, принаймні, з git 1.7.5.4, ви можете вказати відносний шлях, поставивши " ./" на початку шляху - наприклад:

git show HEAD^^:./test.py

)

За допомогою Git 2.23+ (серпень 2019 року) ви також можете використовувати, git restore що замінює заплутану git checkoutкоманду

git restore -s <SHA1>     -- afile
git restore -s somebranch -- afile

Це відновить на робочому дереві лише файл, присутній у "source" ( -s) фіксації SHA1 або гілці somebranch.
Щоб відновити також індекс:

git restore -s <SHA1> -SW -- afile

( -SW: скорочено для --staged --worktree)

Перед git1.5.x це було зроблено за допомогою сантехніки:

git ls-tree <rev>
показати список одного або декількох об’єктів "blob" в межах комісії

git cat-file blob <file-SHA1>
cat файл, як це було зроблено в рамках певної редакції (подібно до svn cat). використовувати git ls-tree для отримання значення заданого файлу-sha1

git cat-file -p $(git-ls-tree $REV $file | cut -d " " -f 3 | cut -f 1)::

git-ls-tree перелічує ідентифікатор об'єкта для $ file у версії $ REV, це вирізається з виводу та використовується як аргумент до git-cat-файла, який справді повинен називатися git-cat-object, і просто скидається що об'єкт для stdout.

Примітка: оскільки Git 2.11 (Q4 2016), ви можете застосувати контент-фільтр до git cat-fileвиводу!

Див. Команду 3214594 , фіксує 7bcf341 (09 вересня 2016), фіксує 7bcf341 (09 вересня 2016) та виконує b9e62f6 , виконує 16dcc29 (24 серпня 2016) Йоганнеса Шинделіна ( dscho) .
^{(Об'єднав Хуніо С Хамано - gitster- у комітеті 7889ed2 , 21 вересня 2016 р.)}

cat-file: підтримка --textconv/--filters в пакетному режимі

Навіть незважаючи на те, що " git hash-objects" - це інструмент для прийому потоку даних у файловій системі та розміщення його в сховищі об'єктів Git, дозволено здійснювати перетворення "поза світом до Git" (наприклад, перетворення в кінці рядка та додаток чистого фільтра), і він мав функцію за замовчуванням з дуже ранніх днів, у його зворотній роботі " git cat-file", яка приймає об'єкт із магазину об'єктів Git і екстерналізується для споживання зовнішнім світом, не вистачало механізму, еквівалентного запустіть "Git-to-over-world"

git config diff.txt.textconv "tr A-Za-z N-ZA-Mn-za-m <"
git cat-file --textconv --batch

Примітка: "git cat-file --textconv " нещодавно почався сегментарний процес (2017), який було виправлено у Git 2.15 (Q4 2017)

Див. Комісію cc0ea7c (21 вересня 2017) Джеффа Кінга ( peff) .
^{(Об’єднав Хуніо С Хамано - gitster- в комітеті bfbc2fc , 28 вересня 2017 р.)}

Зауважте, що для заміни / заміни файла з минулим вмістом ви більше не повинні використовувати заплутану git checkoutкоманду , але git restore(Git 2.23+, серпень 2019)

git restore -s <SHA1> -- afile

Це відновить на робочому дереві лише файл, присутній у "source" ( -s) фіксації SHA1.
Щоб відновити також індекс:

git restore -s <SHA1> -SW -- afile

( -SW: скорочено для --staged --worktree)

Якщо ви хочете замінити / перезаписати вміст файлу у вашій поточній гілці вмістом файла з попереднього комітету чи іншої гілки, ви можете зробити це за допомогою цих команд:

git checkout 08618129e66127921fbfcbc205a06153c92622fe path/to/file.txt

або

git checkout mybranchname path/to/file.txt

Тоді вам доведеться вчинити ці зміни, щоб вони були ефективними в поточній галузі.

Вам потрібно надати повний шлях до файлу:

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8:full/repo/path/to/my_file.txt

Самий простий спосіб полягає в запису:

git show HASH:file/path/name.ext > some_new_name.ext

де:

• HASH - хеш-номер GA revision SHA-1
• file / path / name.ext - це назва файлу, який ви шукаєте
• some_new_name.ext - це шлях та ім’я, куди слід зберегти старий файл

Приклад

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8:my_file.txt > my_file.txt.OLD

Це дозволить зберегти my_file.txt від версії 27cf8e як новий файл з ім'ям my_file.txt.OLD

Він був протестований з Git 2.4.5.

Якщо ви хочете отримати видалений файл, ви можете скористатися HASH~1(одна фіксація перед вказаним HASH).

ПРИКЛАД:

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8~1:deleted_file.txt > deleted_file.txt

У Windows з Git Bash:

• у робочому просторі змініть реж на папку, де живе ваш файл
• git show cab485c83b53d56846eb883babaaf4dff2f2cc46:./your_file.ext > old.ext

І щоб красиво скинути його у файл (принаймні в Windows) - Git Bash:

$ echo "`git show 60d8bdfc:src/services/LocationMonitor.java`" >> LM_60d8bdfc.java

Ці "лапки необхідні , так що зберігає переведення рядків.

Це допоможе вам отримати всі видалені файли між комісіями, не вказуючи шлях, корисно, якщо видалено багато файлів.

git diff --name-only --diff-filter=D $commit~1 $commit | xargs git checkout $commit~1

git checkout {SHA1} -- filename

Ця команда отримує скопійований файл з конкретної фіксації.

Отримайте файл з попереднього комітету через перевірку попереднього фіксації та копіювання файлу.

• Зауважте, на якій гілці ви знаходитесь: гіт git
• Оформити попереднє зобов’язання: git checkout 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8
• Скопіюйте потрібний файл у тимчасове місце
• Оформіть відділення, з якого ви почали: git checkout theBranchYouNoted
• Скопіюйте у файл, який ви розмістили у тимчасовому місці
• Введіть свої зміни в git: git commit -m "added file ?? from previous commit"