もともと、2012年に言及しました git archive （ Jared Forsyth 's answer および ロバートナイト の 回答 ）、なぜなら git1.7.9.5（2012年3月） 、 ポールブランナン の 回答 ：
git archive --format=tar --remote=Origin HEAD:path/to/directory -- filename | tar -O -xf -
しかし、2013年には、それはもはや不可能でした リモートhttps://github.com URLの場合 。
古いページを参照してください " リポジトリをアーカイブできますか？ "
現在の（2018）ページ " GitHubのコンテンツとデータのアーカイブについて "では、 GHTorrent または GH Archive などのサードパーティサービスの使用を推奨しています。
したがって、ローカルコピー/クローンも処理できます。
this answer で述べたように、ベアリポジトリのローカルコピーがある場合は、代わりに次のようにすることもできます。
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
そうすれば、必要なものを正確に含む作業ツリーができあがります（ファイルが1つしかない場合でも）
まず、すべてのファイルのデフォルトチェックアウトを抑制する-nオプションと、各ファイルの最新のリビジョンのみを取得する--depth 1オプションを指定して、リポジトリを複製します。
git clone -n git://path/to/the_repo.git --depth 1
それなら、あなたが望むファイルだけをチェックしてください。
cd the_repo
git checkout HEAD name_of_file
Gitリポジトリのコピーを既に持っている場合は、ハッシュIDを調べるためにgit logを使用していつでもファイルのバージョンをチェックアウトすることができます。その後、単に次のように入力します。
git checkout hash-id path-to-file
これが実際の例です。
git checkout 3cdc61015724f9965575ba954c8cd4232c8b42e4 /var/www/css/page.css
通常、最初の回答で示したように、リポジトリ全体をダウンロードせずにgitから1つのファイルだけをダウンロードすることはできません。 Gitはあなたが思うように（CVS/SVNがするように）ファイルを保存しないので、それはプロジェクトの全歴史に基づいてそれらを生成します。
しかし、特定の場合にはいくつかの回避策があります。下記参照：
GitHub
このファイルがgithub.comにある場合は、例えば：
wget https://raw.githubusercontent.com/user/project/master/README
GitWeb
Git on the Server - GitWeb を使用している場合は、例を試してみてください（正しいパスに変更してください）。
wget "http://example.com/gitweb/?p=example;a=blob_plain;f=README.txt;hb=HEAD"
drupalcode.orgのGitWeb
例：
wget "http://drupalcode.org/project/ads.git/blob_plain/refs/heads/master:/README.md"
googlesource.com
文書化されていない、rawファイルのbase64エンコードバージョンをダウンロードできる機能があります。
curl "https://chromium.googlesource.com/chromium/src/net/+/master/http/transport_security_state_static.json?format=TEXT" | base64 --decode
他の場合には、あなたのGitリポジトリがウェブインターフェースを使用しているか確認してください。
Webインターフェイスを使用していない場合は、コードを GitHub 、 Bitbucket 、 etc などの外部サービスにプッシュすることを検討してください。そしてそれを鏡として使う。
wgetがインストールされていない場合は、代わりにcurl -O (url)を試してください。
git checkout branch_or_version - パス/ファイル
例：git checkout HEAD -- main.c
今できます！ これはGoogleでの最初の結果なので、これを最新の状態に更新したいと思いました。 git 1.7.9.5の出現により、リモートホストから単一のファイルを取得することを可能にするgit archiveコマンドがありました。
git archive --remote=git://git.foo.com/project.git HEAD:path/in/repo filename | tar -x
ここで完全に答えを見てください https://stackoverflow.com/a/5324532/290784
GIT 1.7.2.2での作業
例えば、リモートの some_remote with branches 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
このcheckoutコマンドは、ファイル構造conf/enとconf/fr全体を、あなたがこれらのコマンドを呼ぶ現在のディレクトリにコピーします（もちろん、私は以前にgit initを実行したと仮定します）。
とても簡単
git checkout from-branch-name -- path/to/the/file/you/want
これはfrom-branch-nameブランチをチェックアウトしません。あなたは自分がどのブランチにいるのかにとどまり、その単一のファイルだけが指定されたブランチからチェックアウトされます。
これが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.
This ブログ記事 から私にこれを教えてくれたAriejan de Vroomへのハットチップ。
あなたはそれをすることができます
git archive --format=tar --remote=Origin HEAD | tar xf -
git archive --format=tar --remote=Origin HEAD <file> | tar xf -
すでに与えられているものに2つの亜種：
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
これらはファイルを標準出力に書き出します。
ファイル名が123.txtであるとしましょう、これは私のために働きます：
git checkout --theirs 123.txt
ファイルがディレクトリA内にある場合は、必ず正しく指定してください。
git checkout --theirs "A/123.txt"
Git 2.19のgit clone --filter
このオプションは実際にはサーバから最も不要なオブジェクトの取得をスキップします。
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 Devsは--filter=tree:0がそれを行うための作業中であると回答しました。
--depth 1はすでに--single-branchを暗黙のうちに含むことを忘れないでください。以下も参照してください。 Gitで単一のブランチを複製する方法を教えてください。
file://$(path)はgit cloneプロトコルの問題を克服するために必要です： 相対パスでローカルのgitリポジトリをシャロークローンするにはどうすればいいですか？
--filterのフォーマットはman git-rev-listに文書化されています。
この機能をサポートするためにGitリモートプロトコルが拡張されました。
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
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を除くすべてのBLOBが欠落しています。例えば。 f70a17f51b7b30fec48a32e4f19ac15e261fd1a4であるd1/bは、d1/をチェックアウトした後には存在しません。
root/rootとmybranch/mybranchも欠けていますが、--depth 1は欠けているファイルのリストからそれを隠します。 --depth 1を削除すると、それらは見つからないファイルのリストに表示されます。
gitでは更新する前にファイルを 'チェックアウト'していません - これはあなたがしていることのようです。
Clearcase、csvなどの多くのシステムでは、ファイルを変更する前にファイルを「チェックアウト」する必要があります。 Gitはこれを必要としません。リポジトリのクローンを作成してから、リポジトリのローカルコピーに変更を加えます。
ファイルを更新したら、次のことができます。
git status
どのファイルが変更されたかを確認する。最初にindexにコミットしたいものを追加します（indexはチェックインされるリストのようなものです）。
git add .
または
git add blah.c
そうすればdo git statusはどのファイルが変更されていて、どれがindexにコミットされチェックインされる準備ができているかを表示します。
ファイルをリポジトリのコピーにコミットするには、次の手順に従います。
git commit -a -m "commit message here"
マニュアルやガイドへのリンクについては git Webサイト を参照してください。
これがgitリポジトリ内の特定のファイルだけを引っ張ってプッシュするための完全な解決策です：
- まず、あなたはgitリポジトリを特別なヒントでクローンする必要があります。
git clone --no-checkout <git url>
- あなたが実行する必要がある次のステップは、次のコマンドでリポジトリ内のステージされていないファイルを取り除くことです。
git reset
- これで、変更したいファイルを引っ張り始めることができます。
git checkout Origin/master <path to file>
- リポジトリフォルダには、すぐに編集を開始できるファイルが含まれています。編集した後、あなたは平凡で類似した一連のコマンドを実行する必要があります。
git add <path to file>
git commit -m <message text>
git Push
link も参照してください。
特定のブランチから リモート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 -
それはあなたが一元管理されたバージョン管理からアイデアを引き継ごうとしているように聞こえます。 gitリポジトリを使いたいのなら、クローンを作成してください。これで、単一のファイルやスナップショットだけではなく、 all の作業ツリーの内容、および all の履歴（少なくとも現在のブランチの先端に至るまでのすべてのもの）を取得できます。単一のコミットから。
git clone /path/to/repo
git clone git://url/of/repo
git clone http://url/of/repo
ファイルをダウンロードするだけの場合は、Gitでチェックアウトする必要はありません。
GitHub Mate はとても簡単です。Chrome拡張機能です。ファイルアイコンをクリックするとダウンロードできます。 オープンソース
私がうまくいったことがここにリストされていないので、誰かが私の状況にあったとしてもそれを含めるつもりです。
私の状況は、私はたぶん10,000ファイルのリモートリポジトリを持っていて、私は自分のLinuxシステム用のRPMファイルを構築する必要があります。 RPMのビルドにはすべてのgitクローンが含まれています。 RPMビルドを開始するために必要なファイルは1つだけです。ソースツリー全体のクローンを作成することができますが、必要な作業はすべて実行できますが、必要なファイルが1つだけの場合、それらのファイルをすべてダウンロードするにはさらに2分かかります。議論したgitアーカイブオプションを使おうとしたところ、 "fatal：操作はプロトコルでサポートされていません。"となった。物事を成し遂げることは困難です。
私がやっとやったのは、私がbitbucket用のWebインターフェースに入り、必要なファイルを1つ表示したことです。リンクを右クリックしてファイルの生のコピーをダウンロードし、表示されたポップアップから「コピーショートカット」を選択しました。自動化する必要があり、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
この組み合わせにより、他のすべてを構築するために必要な1つのファイルをダウンロードすることができました。
私はこの答えを正式なチェックアウトまたはそれに似たような地元の事業を行う代わりにしています。 GitプロバイダーのWebインターフェースにアクセスできると仮定すると、任意のコミットで任意のファイルを直接見ることができるかもしれません。たとえば、GitHubでは、次のように使用できます。
https://github.com/hubotio/hubot/blob/ed25584f/src/adapter.coffee
ここでed25584fは、関心のあるコミットのSHA-1ハッシュからの最初の8文字で、その後にソースファイルへのパスが続きます。
同様に、Bitbucketでは、次のことを試すことができます。
https://bitbucket.org/cofarrell/stash-browse-code-plugin/src/06befe08
この場合、コミットURLをソースURLの末尾に配置します。