Ответ 1

Изначально я говорил в 2012 году git archive (см Джаред Форсайт ответ и Роберта Найта ответ), так как git1.7.9.5 (март 2012), Пол Бреннан ответ:

git archive --format=tar --remote=origin HEAD:path/to/directory -- filename | tar -O -xf -

Но: в 2013 году это было невозможно для удаленных URL-адресов https://github.com.
Смотрите старую страницу " Могу ли я заархивировать хранилище? "

На текущей (2018) странице " Об архивации контента и данных на GitHub " рекомендуется использовать сторонние сервисы, такие как GHTorrent или GH Archive.

Таким образом, вы также можете иметь дело с локальными копиями/клонами:

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

git --no-pager --git-dir /path/to/bar/repo.git show branch:path/to/file >file

Или вы должны сначала клонировать репо, то есть получить полную историю: - в репозитории .git - в рабочем дереве.

• Но тогда вы можете сделать редкую проверку (если вы используете Git1. 7+),
  • включите опцию разреженной проверки (git config core.sparsecheckout true)
  • добавление того, что вы хотите видеть в .git/info/sparse-checkout
  • перечитать рабочее дерево, чтобы отобразить только то, что вам нужно

Чтобы перечитать рабочее дерево:

$ git read-tree -m -u HEAD

Таким образом, вы получите рабочее дерево, включающее в себя именно то, что вы хотите (даже если это всего один файл)

Ответ 2

Сначала клонируйте репо с параметром -n, который подавляет стандартную проверку всех файлов и параметр -depth 1, что означает, что он получает самую последнюю версию каждого файла

git clone -n git://path/to/the_repo.git --depth 1

Затем проверьте только нужный файл:

cd the_repo
git checkout HEAD name_of_file

Ответ 3

Если у вас уже есть копия репозитория git, вы всегда можете проверить версию файла с помощью git log, чтобы узнать hash-id (например, 3cdc61015724f9965575ba954c8cd4232c8b42e4), а затем просто введите:

git checkout hash-id path-to-file

Вот пример:

git checkout 3cdc61015724f9965575ba954c8cd4232c8b42e4 /var/www/css/page.css

Ответ 4

Обычно невозможно загрузить только один файл из git без загрузки всего репозитория, как это было предложено в первом ответе. Это потому, что git не хранит файлы по вашему мнению (как CVS/SVN), но генерирует их на основе всей истории проекта.

Но для конкретных случаев существуют некоторые обходные пути. См. Ниже:

GitHub

Если этот файл находится на github.com, попробуйте, например:

wget https://raw.githubusercontent.com/user/project/master/README

GitWeb

Если вы используете Git на сервере - GitWeb, вы можете попробовать в примере (изменить его на правильный путь):

wget "http://example.com/gitweb/?p=example;a=blob_plain;f=README.txt;hb=HEAD"

GitWeb на drupalcode.org

Пример:

wget "http://drupalcode.org/project/ads.git/blob_plain/refs/heads/master:/README.md"

googlesource.com

Существует недокументированная функция, которая позволяет загружать версии необработанных файлов с кодировкой base64:

curl "https://chromium.googlesource.com/chromium/src/net/+/master/http/transport_security_state_static.json?format=TEXT" | base64 --decode

В других случаях проверьте, использует ли ваш репозиторий git какие-либо веб-интерфейсы.

Если он не использует какой-либо веб-интерфейс, вы можете подумать о том, чтобы подтолкнуть свой код к внешним сервисам, таким как GitHub, Bitbucket, и т.д.. и использовать его как зеркало.

Если у вас нет wget, попробуйте curl -O (url) альтернативно.

Ответ 5

git checkout branch_or_version - путь/файл

пример: git checkout HEAD -- main.c

Ответ 6

Минимальное руководство

git checkout -- <filename>

Ссылка: https://git-scm.com/docs/git-checkout

Dup: Отменить рабочие копии одного файла в Git?

Ответ 7

Теперь мы можем! Поскольку это первый результат в Google, я решил обновить его до последней версии. С появлением git 1.7.9.5 у нас появилась команда git archive которая позволит вам получить один файл с удаленного хоста.

git archive --remote=git://git.foo.com/project.git HEAD:path/in/repo filename | tar -x

Смотрите полный ответ здесь fooobar.com/questions/7608/...

Ответ 8

Работа в GIT 1.7.2.2

Например, у вас есть удаленный some_remote с ветвями branch1, branch32

поэтому для проверки определенного файла вы вызываете следующие команды:

git checkout remote/branch path/to/file

в качестве примера будет что-то вроде этого

git checkout some_remote/branch32 conf/en/myscript.conf
git checkout some_remote/branch1 conf/fr/load.wav

Эта команда проверки скопирует всю структуру файла conf/en и conf/fr в текущий каталог, где вы вызываете эти команды (конечно, я предполагаю, что вы запускали GIT init в какой-то момент раньше)

Ответ 9

Очень просто:

git checkout from-branch-name -- path/to/the/file/you/want

Это не будет проверять ветвь from-branch-name. Вы останетесь в любом филиале, на котором вы находитесь, и только один файл будет извлечен из указанной ветки.

Здесь соответствующая часть manpage для git-checkout

git checkout [-p|--patch] [<tree-ish>] [--] <pathspec>...
       When <paths> or --patch are given, git checkout does not switch
       branches. It updates the named paths in the working tree from the
       index file or from a named <tree-ish> (most often a commit). In
       this case, the -b and --track options are meaningless and giving
       either of them results in an error. The <tree-ish> argument can be
       used to specify a specific tree-ish (i.e. commit, tag or tree) to
       update the index for the given paths before updating the working
       tree.

Совет по шляпе Ариэну де Вруму, который научил меня этому сообщению .

Ответ 10

Вы можете сделать это с помощью

git archive --format=tar --remote=origin HEAD | tar xf -
git archive --format=tar --remote=origin HEAD <file> | tar xf -

Ответ 11

Два варианта того, что уже было дано:

git archive --format=tar --remote=git://git.foo.com/project.git HEAD:path/to/directory filename | tar -O -xf -

и

git archive --format=zip --remote=git://git.foo.com/project.git HEAD:path/to/directory filename | funzip

Они записывают файл в стандартный вывод.

Ответ 12

Скажем, имя файла 123.txt, это работает для меня:

git checkout --theirs  123.txt

Если файл находится в каталоге A, убедитесь, что он указан правильно:

git checkout --theirs  "A/123.txt"

Ответ 13

git clone --filter из Git 2.19

Эта опция фактически пропускает выборку большинства ненужных объектов с сервера:

git clone --depth 1 --no-checkout --filter=blob:none \
  "file://$(pwd)/server_repo" local_repo
cd local_repo
git checkout master -- mydir/myfile

Сервер должен быть настроен с:

git config --local uploadpack.allowfilter 1
git config --local uploadpack.allowanysha1inwant 1

Начиная с версии v2.19.0 сервер не поддерживается, но его уже можно локально протестировать.

TODO: --filter=blob:none пропускает все BLOB-объекты, но по-прежнему выбирает все объекты дерева. Но в обычном репо это должно быть крошечным по сравнению с самими файлами, так что это уже достаточно хорошо. На вопрос: https://www.spinics.net/lists/git/msg342006.html Разработчики ответили --filter=tree:0 находится в разработке, чтобы сделать это.

Помните, что --depth 1 уже подразумевает --single-branch, см. Также: Как мне клонировать одну ветку в Git?

file://$(path) необходим для преодоления git clone протоколом git clone: как отменить клонирование локального репозитория git с относительным путем?

Формат --filter задокументирован в man git-rev-list.

Для поддержки этой функции было сделано расширение к протоколу Git remote.

Документы по дереву Git:

• https://github.com/git/git/blob/v2.19.0/Documentation/technical/partial-clone.txt
• https://github.com/git/git/blob/v2.19.0/Documentation/rev-list-options.txt#L720
• https://github.com/git/git/blob/v2.19.0/t/t5616-partial-clone.sh

Проверьте это

#!/usr/bin/env bash
set -eu

list-objects() (
  git rev-list --all --objects
  echo "master commit SHA: $(git log -1 --format="%H")"
  echo "mybranch commit SHA: $(git log -1 --format="%H")"
  git ls-tree master
  git ls-tree mybranch | grep mybranch
  git ls-tree master~ | grep root
)

# Reproducibility.
export GIT_COMMITTER_NAME='a'
export GIT_COMMITTER_EMAIL='a'
export GIT_AUTHOR_NAME='a'
export GIT_AUTHOR_EMAIL='a'
export GIT_COMMITTER_DATE='2000-01-01T00:00:00+0000'
export GIT_AUTHOR_DATE='2000-01-01T00:00:00+0000'

rm -rf server_repo local_repo
mkdir server_repo
cd server_repo

# Create repo.
git init --quiet
git config --local uploadpack.allowfilter 1
git config --local uploadpack.allowanysha1inwant 1

# First commit.
# Directories present in all branches.
mkdir d1 d2
printf 'd1/a' > ./d1/a
printf 'd1/b' > ./d1/b
printf 'd2/a' > ./d2/a
printf 'd2/b' > ./d2/b
# Present only in root.
mkdir 'root'
printf 'root' > ./root/root
git add .
git commit -m 'root' --quiet

# Second commit only on master.
git rm --quiet -r ./root
mkdir 'master'
printf 'master' > ./master/master
git add .
git commit -m 'master commit' --quiet

# Second commit only on mybranch.
git checkout -b mybranch --quiet master~
git rm --quiet -r ./root
mkdir 'mybranch'
printf 'mybranch' > ./mybranch/mybranch
git add .
git commit -m 'mybranch commit' --quiet

echo "# List and identify all objects"
list-objects
echo

# Restore master.
git checkout --quiet master
cd ..

# Clone. Don't checkout for now, only .git/ dir.
git clone --depth 1 --quiet --no-checkout --filter=blob:none "file://$(pwd)/server_repo" local_repo
cd local_repo

# List missing objects from master.
echo "# Missing objects after --no-checkout"
git rev-list --all --quiet --objects --missing=print
echo

echo "# Git checkout fails without internet"
mv ../server_repo ../server_repo.off
! git checkout master
echo

echo "# Git checkout fetches the missing file from internet"
mv ../server_repo.off ../server_repo
git checkout master -- d1/a
echo

echo "# Missing objects after checking out d1/a"
git rev-list --all --quiet --objects --missing=print

GitHub вверх по течению.

Выход в Git v2.19.0:

# List and identify all objects
c6fcdfaf2b1462f809aecdad83a186eeec00f9c1
fc5e97944480982cfc180a6d6634699921ee63ec
7251a83be9a03161acde7b71a8fda9be19f47128
62d67bce3c672fe2b9065f372726a11e57bade7e
b64bf435a3e54c5208a1b70b7bcb0fc627463a75 d1
308150e8fddde043f3dbbb8573abb6af1df96e63 d1/a
f70a17f51b7b30fec48a32e4f19ac15e261fd1a4 d1/b
84de03c312dc741d0f2a66df7b2f168d823e122a d2
0975df9b39e23c15f63db194df7f45c76528bccb d2/a
41484c13520fcbb6e7243a26fdb1fc9405c08520 d2/b
7d5230379e4652f1b1da7ed1e78e0b8253e03ba3 master
8b25206ff90e9432f6f1a8600f87a7bd695a24af master/master
ef29f15c9a7c5417944cc09711b6a9ee51b01d89
19f7a4ca4a038aff89d803f017f76d2b66063043 mybranch
1b671b190e293aa091239b8b5e8c149411d00523 mybranch/mybranch
c3760bb1a0ece87cdbaf9a563c77a45e30a4e30e
a0234da53ec608b54813b4271fbf00ba5318b99f root
93ca1422a8da0a9effc465eccbcb17e23015542d root/root
master commit SHA: fc5e97944480982cfc180a6d6634699921ee63ec
mybranch commit SHA: fc5e97944480982cfc180a6d6634699921ee63ec
040000 tree b64bf435a3e54c5208a1b70b7bcb0fc627463a75    d1
040000 tree 84de03c312dc741d0f2a66df7b2f168d823e122a    d2
040000 tree 7d5230379e4652f1b1da7ed1e78e0b8253e03ba3    master
040000 tree 19f7a4ca4a038aff89d803f017f76d2b66063043    mybranch
040000 tree a0234da53ec608b54813b4271fbf00ba5318b99f    root

# Missing objects after --no-checkout
?f70a17f51b7b30fec48a32e4f19ac15e261fd1a4
?8b25206ff90e9432f6f1a8600f87a7bd695a24af
?41484c13520fcbb6e7243a26fdb1fc9405c08520
?0975df9b39e23c15f63db194df7f45c76528bccb
?308150e8fddde043f3dbbb8573abb6af1df96e63

# Git checkout fails without internet
fatal: '/home/ciro/bak/git/test-git-web-interface/other-test-repos/partial-clone.tmp/server_repo' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

# Git checkout fetches the missing directory from internet
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (1/1), 45 bytes | 45.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (1/1), 45 bytes | 45.00 KiB/s, done.

# Missing objects after checking out d1
?f70a17f51b7b30fec48a32e4f19ac15e261fd1a4
?8b25206ff90e9432f6f1a8600f87a7bd695a24af
?41484c13520fcbb6e7243a26fdb1fc9405c08520
?0975df9b39e23c15f63db194df7f45c76528bccb

Выводы: все капли, кроме d1/a, отсутствуют. Например, f70a17f51b7b30fec48a32e4f19ac15e261fd1a4, то есть d1/b, там нет после проверки d1/.

Обратите внимание, что root/root и mybranch/mybranch также отсутствуют, но --depth 1 скрывает это из списка отсутствующих файлов. Если вы удалите --depth 1, то они --depth 1 в списке отсутствующих файлов.

Ответ 14

В git вы не "проверяете" файлы, прежде чем обновлять их. Похоже, это то, что вам нужно.

Многие системы, такие как clearcase, csv и т.д., требуют от вас "checkout" файла, прежде чем вы сможете вносить в него изменения. git не требует этого. Вы клонируете репозиторий, а затем вносите изменения в свою локальную копию репозитория.

После обновления файлов вы можете:

git status

Чтобы узнать, какие файлы были изменены. Вы добавляете те, которые хотите скопировать в index, сначала (index как список, который нужно проверить):

git add .

или

git add blah.c

Затем do git status покажет вам, какие файлы были изменены и которые находятся в index готовы к совершению или проверке.

Для фиксации файлов в вашей копии репозитория выполните:

git commit -a -m "commit message here"

См. git веб-сайт для ссылок на руководства и руководства.

Ответ 15

Вот полное решение для извлечения и передачи только определенного файла из репозитория git:

1. Сначала вам нужно клонировать git-репозиторий со специальной подсказкой - нет проверки

git clone --no-checkout <git url>

2. Следующим шагом является избавление от неустановленных файлов в индексе с помощью команды:

git reset

3. Теперь вы можете начать извлекать файлы, которые вы хотите изменить, с помощью команды:

git checkout origin/master <path to file>

4. Теперь папка репозитория содержит файлы, которые вы можете сразу начать редактировать. После редактирования вам нужно выполнить простую и знакомую последовательность команд.

git add <path to file>
git commit -m <message text>
git push

Также см. ссылку link для получения дополнительной информации.

Ответ 16

Похоже, вы пытаетесь перенести идею с централизованного контроля версий, который git по своей природе не является - он распространяется. Если вы хотите работать с репозиторием git, вы клонируете его. Затем у вас есть все содержимое рабочего дерева и вся история (ну, по крайней мере, все, что доходит до вершины текущей ветки), а не только один файл или моментальный снимок из одной фиксации.

 git clone /path/to/repo
 git clone git://url/of/repo
 git clone http://url/of/repo

Ответ 17

Если вам нужен конкретный файл из конкретной ветки из удаленного репозитория Git, команда:

git archive --remote=git://git.example.com/project.git refs/heads/mybranch path/to/myfile |tar xf -

Остальное можно получить из ответа @VonC:

Если вам нужен конкретный файл из главной ветки, это:

git archive --remote=git://git.example.com/project.git HEAD path/to/myfile |tar xf -

Если вам нужен конкретный файл из тега, он:

git archive --remote=git://git.example.com/project.git mytag path/to/myfile |tar xf -

Ответ 18

Если вам нужно только загрузить файл, не нужно проверять его с помощью Git.

GitHub Mate намного проще сделать это, это расширение Chrome, позволяет щелкнуть значок файла, чтобы загрузить его. также с открытым исходным кодом

Ответ 19

Я не вижу, что сработало для меня, перечисленных здесь, поэтому я включу это, если кто-то будет в моей ситуации.

В моей ситуации у меня есть удаленный репозиторий, может быть, 10000 файлов, и мне нужно создать RPM файл для моей системы Linux. Сборка RPM включает в себя git clone всего. Все, что мне нужно, это один файл для запуска сборки RPM. Я могу клонировать все дерево исходных текстов, которое делает то, что мне нужно, но для загрузки всех этих файлов требуются дополнительные две минуты, когда все, что мне нужно, это один. Я попытался использовать обсуждаемую опцию git archive и получил "фатальный: операция не поддерживается протоколом". Кажется, мне нужно включить какую-то опцию архивирования на сервере, и мой сервер обслуживается бюрократическими головорезами, которые, кажется, любят затруднять выполнение своих задач.

В конце концов я зашел в веб-интерфейс для bitbucket и просмотрел один нужный мне файл. Я щелкнул правой кнопкой мыши по ссылке, чтобы загрузить необработанную копию файла, и выбрал "копировать ярлык" в появившемся всплывающем окне. Я не мог просто загрузить необработанный файл, потому что мне нужно было что-то автоматизировать, и у меня нет интерфейса браузера на моем сервере Linux.

Ради обсуждения, которое привело к URL:

https://ourArchive.ourCompany.com/projects/ThisProject/repos/data/raw/foo/bar.spec?at=refs%2Fheads%2FTheBranchOfInterest

Я не мог напрямую загрузить этот файл из репозитория bitbucket, потому что мне нужно было сначала войти в систему. Немного покопавшись, я обнаружил, что это работает: В Linux:

echo "myUser:myPass123"| base64
bXlVc2VyOm15UGFzczEyMwo=

curl -H 'Authorization: Basic bXlVc2VyOm15UGFzczEyMwo=' 'https://ourArchive.ourCompany.com/projects/ThisProject/repos/data/raw/foo/bar.spec?at=refs%2Fheads%2FTheBranchOfInterest' > bar.spec

Эта комбинация позволила мне загрузить один файл, который мне нужен, чтобы собрать все остальное.

Ответ 20

Я добавляю этот ответ в качестве альтернативы формальной проверке или какой-либо подобной локальной операции. Предполагая, что у вас есть доступ к веб-интерфейсу вашего провайдера Git, вы можете напрямую просматривать любой файл с заданным желаемым коммитом. Например, на GitHub вы можете использовать что-то вроде:

https://github.com/hubotio/hubot/blob/ed25584f/src/adapter.coffee

Здесь ed25584f - первые 8 символов из хэша SHA-1 интересующего коммита, за которым следует путь к исходному файлу.

Похоже, на Bitbucket мы можем попробовать:

https://bitbucket.org/cofarrell/stash-browse-code-plugin/src/06befe08

В этом случае мы помещаем хеш коммита в конец исходного URL.

Ответ 21

Git субмодуль - самый безопасный способ.

Ответ 22

Если вы отредактировали локальную версию файла и хотите вернуться к исходной версии, поддерживаемой на центральном сервере, это можно легко достичь с помощью Git Расширений.

• Изначально файл будет помечен для фиксации, так как он был изменен
• Выберите (дважды щелкните) файл в меню дерева файлов
• Отображается дерево ревизий для одного файла.
• Выберите верхнюю/верхнюю часть дерева и щелкните правой кнопкой мыши по сохранению как
• Сохраните файл, чтобы перезаписать измененную локальную версию файла
• Теперь файл имеет правильную версию и больше не будет помечен для commit!

Легко!