git-cat-file - クラウドでオンライン

プログラム：

NAME

git-cat-file - リポジトリ オブジェクトのコンテンツまたはタイプとサイズの情報を提供します

SYNOPSIS

git 猫ファイル (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | | --textconv )
git 猫ファイル (--batch | --batch-check) [--follow-symlinks]

DESCRIPTION

最初の形式では、コマンドはオブジェクトのコンテンツまたはタイプを提供します。
リポジトリ。 タイプは必須です。 -t or -p オブジェクト タイプを見つけるために使用されます、または -s is
オブジェクトのサイズを見つけるために使用される、または --textconv が使用されます (これはタイプ「blob」を意味します)。

XNUMX 番目の形式では、オブジェクトのリスト (改行で区切られている) が標準入力に提供されます。
各オブジェクトの SHA-1、タイプ、サイズが標準出力に出力されます。

OPTIONS

表示するオブジェクトの名前。 オブジェクトの綴りのより完全なリストについては、
名前については、「リビジョンの指定」セクションを参照してください。 ギトレヴィジョンズとします。

-t
コンテンツの代わりに、次のように識別されるオブジェクト タイプを表示します。 。

-s
コンテンツの代わりに、によって識別されるオブジェクトのサイズを表示します。 。

-e
すべての出力を抑制します。 代わりに、次の場合はステータス XNUMX で終了します。 存在し、有効です
オブジェクト。

-p
の内容をきれいに印刷するそのタイプに基づいて。


通常、これは実際のタイプと一致します。 しかし、それができるタイプを求めています
与えられたものから自明に参照解除されるも許可されています。 例としては、
「木」を頼むそれを含むコミットオブジェクトであるか、
「ブロブ」とそれを指すタグオブジェクトです。

--textconv
textconv フィルターによって変換されたコンテンツを表示します。 この場合、 いる
フォーム: 、 または ： コンテンツにフィルターを適用するには
のインデックスに記録されます。

--バッチ、--バッチ=
標準入力で提供される各オブジェクトのオブジェクト情報とコンテンツを出力します。 じゃないかもしれない
他のオプションまたは引数と組み合わせて使用​​します。 詳細については、以下の「バッチ出力」セクションを参照してください。
詳細。

--batch-check、--batch-check=
標準入力で提供される各オブジェクトのオブジェクト情報を出力します。 と組み合わせることはできません
他のオプションまたは引数。 詳細については、以下の「バッチ出力」セクションを参照してください。

--batch-all-objects
標準入力でオブジェクトのリストを読み取る代わりに、要求されたバッチ操作を実行します。
リポジトリ内のすべてのオブジェクトと代替オブジェクト ストア (到達可能なものだけでなく)
オブジェクト）。 --batch または --batch-check を指定する必要があります。 オブジェクトは次のとおりであることに注意してください。
ハッシュでソートされた順序でアクセスされます。

- バッファ
通常、バッチ出力は各オブジェクトが出力された後にフラッシュされるため、プロセスは
cat ファイルから対話的に読み書きします。 このオプションを使用すると、出力は通常の
標準出力バッファリング。 これは、大規模な環境で --batch-check を呼び出す場合にはるかに効率的です。
オブジェクトの数。

--allow-unknown-type
-s または -t を使用して、不明なタイプの壊れた/破損したオブジェクトをクエリできるようにします。

-フォロー-シンボリックリンク
--batch または --batch-check を使用すると、リクエスト時にリポジトリ内のシンボリックリンクをたどります
Tree-ish:path-in-tree 形式の拡張 SHA-1 式を持つオブジェクト。 の代わりに
リンク自体に関する出力を提供し、リンク先のオブジェクトに関する出力を提供します。 もし
シンボリックリンクはツリーの外側を指します (例: /foo へのリンク、または /foo へのルートレベルのリンク)
../foo)、ツリーの外側にあるリンクの部分が出力されます。

このオプションは、インデックス内のオブジェクトが次の場合には (現時点では) 正しく機能しません。
ツリー内の XNUMX つではなく指定されています (例: HEAD:link の代わりに :link)。

このオプションは、(現時点では) --batch または --batch-check が使用されない限り使用できません。

たとえば、次のような Git リポジトリがあるとします。

f: 「hello」を含むファイル\n
リンク: f へのシンボリックリンク
dir/link: ../f へのシンボリックリンク
plink: ../f へのシンボリックリンク
alink: へのシンボリックリンク /etc/passwd

通常のファイル f の場合、 echo HEAD:f | git cat-file --batch は印刷します

ce013625030ba8dba906f756967f9e9ca394464a blob 6

そして、HEAD:link |をエコーし​​ます。 git cat-file --batch --follow-symlinks は同じものを出力します
HEAD:dir/link も同様で、両方とも HEAD:f を指しているためです。

--follow-symlinks を指定しないと、シンボリックリンク自体に関するデータが出力されます。 の中に
HEAD:link の場合、次のようになります。

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

plink と alink はどちらもツリーの外側を指しているため、それぞれ次のように出力されます。

シンボリックリンク 4
../f

シンボリックリンク 11
/etc/passwd

出力

If -t が指定されている場合、次のいずれかが指定されます。 。

If -s が指定されている場合、 バイト単位で。

If -e が指定されている場合、出力はありません。

If -p が指定されている場合、その内容はきれいに印刷されています。

もしが指定されている場合、生の (非圧縮ではあるが) コンテンツになるだろう
戻ってきた。

BATCH 出力

--batch または --batch-check が指定された場合、cat-file は stdin から XNUMX 行に XNUMX つずつオブジェクトを読み取ります。
そしてそれらに関する情報を印刷します。 デフォルトでは、行全体がオブジェクトとみなされます。
まるで餌を与えられたかのように git-rev-パースとします。

カスタム オプションを使用して、各オブジェクトに表示される情報を指定できます。 。 の
次の形式のプレースホルダーを使用して、各オブジェクトの stdout に文字通りコピーされます。
%(atom) が展開され、その後に改行が続きます。 利用可能な原子は次のとおりです。

オブジェクト名
オブジェクトの 40 進数のオブジェクト名。

オブジェクトタイプ
オブジェクトのタイプ (cat-file -t レポートと同じ)。

オブジェクトサイズ
オブジェクトのサイズ (バイト単位) (cat-file -s レポートと同じ)。

オブジェクトサイズ:ディスク
オブジェクトがディスク上で占めるサイズ (バイト単位)。 ディスク上のサイズに関する注意を参照してください。
以下の「注意事項」セクションをご覧ください。

デルタベース
オブジェクトがディスク上のデルタとして保存されている場合、これは 40 進数の sha1 に拡張されます。
デルタベースオブジェクト。 それ以外の場合は、null sha1 (ゼロ 40 個) に展開されます。 以下の注意事項を参照してください。

残り
このアトムが出力文字列で使用されている場合、入力行は最初の部分で分割されます。
空白の境界。 その空白より前のすべての文字は、
オブジェクト名; 最初の空白文字以降の文字 (つまり、文字列の「残りの部分」)
行) は、%(rest) アトムの代わりに出力されます。

形式が指定されていない場合、デフォルトの形式は %(objectname) %(objecttype) です。
%(オブジェクトサイズ)。

--batch を指定すると、オブジェクト情報の後にオブジェクトの内容が続きます。
(%(objectsize) バイトで構成されます)、その後に改行が続きます。

たとえば、カスタム形式を使用しない --batch では、次のようになります。

SP SP LF
LF

一方、 --batch-check='%(objectname) %(objecttype)' では次のようになります。

SP LF

リポジトリ内のオブジェクトに解決できない名前が標準入力に指定されている場合、
cat-file はカスタム形式を無視して次のように出力します。

SP 欠落 LF

--follow-symlinks が使用され、リポジトリ内のシンボリックリンクが外部を指している場合
リポジトリにある場合、cat-file はカスタム形式を無視して次のように出力します。

シンボリックリンクSP LF
LF

シンボリック リンクは、絶対リンク (/ で始まる) またはツリー ルートに対する相対リンクのいずれかになります。
たとえば、 dir/link が ../../foo を指している場合、 ../foo になります。 は
シンボリックリンクのサイズ (バイト単位)。

--follow-symlinks を使用すると、次のエラー メッセージが表示されます。

SP 欠落 LF

要求された最初のシンボリックリンクが存在しない場合に出力されます。

ぶら下がりSP LF
LF

最初のシンボリックリンクが存在するが、それが (推移的) 指すものである場合に出力されます。
しません。

ループSP LF
LF

シンボリックリンク ループ (または 40 を超えるリンク解決を必要とするシンボリックリンク) に対して出力されます。
解決する）。

ノットディルSP LF
LF

シンボリックリンクの解決中に、ファイルがディレクトリ名として使用されるときに出力されます。

警告

ディスク上のオブジェクトのサイズは正確に報告されますが、注意が必要であることに注意してください。
どの参照またはオブジェクトがディスク使用量の原因となっているかについて結論を導き出す際に使用します。 の
パックされた非デルタ オブジェクトのサイズは、デルタ化されたオブジェクトのサイズよりもはるかに大きくなる可能性があります。
ただし、どのオブジェクトがベースでどのデルタであるかの選択は任意です
再パック中に変更される可能性があります。

また、オブジェクトの複数のコピーがオブジェクト データベースに存在する可能性があることにも注意してください。 この中で
この場合、どのコピーのサイズまたはデルタベースが報告されるかは未定義です。

GIT

の一部 git（1）スイート

onworks.net サービスを使用してオンラインで git-cat-file を使用する