<base-name> を使用して作成されるファイルの名前を決定し、ファイルのペア (.pack と .idx) に書き込みます。このオプションを使用する場合、ペア内の2つのファイルは <base-name>-<SHA-1>.{pack,idx} ファイルに書き込まれます。<SHA-1> はパックの内容に基づいたハッシュであり、コマンドの標準出力に書き込まれます。

パックの内容 (.pack ファイルに書き込まれるはずだったもの) を標準出力に書き込みます。

個々のオブジェクト名ではなく、標準入力からリビジョン引数を読み込みます。リビジョン引数は、--objects フラグを持つ git rev-list がその commit 引数を使用して出力するオブジェクトのリストを作成するのと同じ方法で処理されます。結果のリスト上のオブジェクトはパックされます。リビジョンの他に、--not または --shallow <SHA-1> 行も受け入れられます。

これは --revs を意味します。標準入力から読み取られたリビジョン引数のリストを処理するとき、パックされるオブジェクトを、まだパックされていないものに限定します。

これは --revs を意味します。標準入力から読み取られたリビジョン引数のリストに加えて、refs/ 以下のすべての参照が含まれるように指定されたかのように扱います。

参照されるオブジェクトが結果のパックファイルに含まれている場合、要求されていない注釈付きタグを含めます。これは、新しいタグをネイティブGitクライアントに送信する場合に役立ちます。

オブジェクト名やリビジョン引数ではなく、標準入力からパックファイルのベース名 (例: pack-1234abcd.pack) を読み込みます。結果のパックには、含まれるパック (先頭に ^ がないもの) にリストされているすべてのオブジェクトが含まれ、除外されるパック (先頭に ^ があるもの) にリストされているオブジェクトは除外されます。

到達不能なオブジェクトを、.mtimes ファイルの存在によって示される別の「cruft」パックにパックします。通常、git repack --cruft で使用されます。呼び出し元はパック名のリストを提供し、どのパックがリポジトリに残るか、およびどのパックが削除されるか (- プレフィックスで示されます) を示します。cruft パックの内容は、残存するパックに含まれておらず、猶予期間 (以下の --cruft-expiration を参照) を超えていない、または猶予期間を超えているが、超えていない別のオブジェクトから到達可能なすべてのオブジェクトです。

指定された場合、mtimeが<approxidate>よりも古いオブジェクトは、cruftパックから除外されます。指定されていない場合（および--cruftが指定されている場合）、オブジェクトは除外されません。

これら2つのオプションは、パックに含まれるオブジェクトがデルタ圧縮を使用してどのように保存されるかに影響します。オブジェクトは、まず内部的にタイプ、サイズ、オプションで名前によってソートされ、--window 内の他のオブジェクトと比較されて、デルタ圧縮を使用するとスペースが節約されるかどうかを確認します。--depth は最大デルタ深度を制限します。深度が深すぎると、アンパッカー側のパフォーマンスに影響します。なぜなら、必要なオブジェクトに到達するためにデルタデータを何度も適用する必要があるからです。

このオプションは、--window の上にさらなる制限を提供します。ウィンドウサイズは、メモリ内で <n> バイトを超えないように動的に縮小されます。これは、大小のオブジェクトが混在するリポジトリで、大きなウィンドウを使用してもメモリ不足にならないようにしながら、小さなオブジェクトに対して大きなウィンドウの利点を活用できるようにする場合に役立ちます。サイズは「k」、「m」、または「g」の接尾辞を付けることができます。--window-memory=0 はメモリ使用量を無制限にします。デフォルトは pack.windowMemory 設定変数から取得されます。

まれなシナリオでは、ファイルシステム上で特定のサイズを超えるファイルを作成できない場合があります。このオプションは、コマンドに対して、出力パックファイルを、指定されたサイズを超えない複数の独立したパックファイルに分割するように指示するために使用できます。サイズには「k」、「m」、または「g」の接尾辞を付けることができます。許可される最小サイズは 1 MiB に制限されています。設定変数 pack.packSizeLimit が設定されていない限り、デフォルトは無制限です。このオプションを使用すると、リポジトリが大きくなり、処理が遅くなる可能性があることに注意してください。pack.packSizeLimit の説明を参照してください。

このフラグを指定すると、.keep ファイルを持つローカルパックにすでに存在するオブジェクトは、そうでなければパックされるはずであっても無視されます。

このフラグを指定すると、指定されたパックにすでに存在するオブジェクトは、そうでなければパックされるはずであっても無視されます。<pack-name> は、先頭のディレクトリを含まないパックファイル名です (例: pack-123.pack)。複数のパックを保持するために、このオプションを複数回指定できます。

このフラグを指定すると、パック内にすでに存在するオブジェクトは、そうでなければパックされるはずであっても無視されます。

このフラグを指定すると、代替オブジェクトストアから借りたオブジェクトは、そうでなければパックされるはずであっても無視されます。

少なくとも1つのオブジェクトが含まれる場合にのみ、パックアーカイブを作成します。

デフォルトでは、標準エラー出力ストリームがターミナルに接続されている場合、-q が指定されない限り、進行状況が標準エラー出力ストリームに報告されます。このフラグは、標準エラー出力ストリームがターミナルに接続されていない場合でも、進行状況を強制的に表示します。

--stdout が指定されている場合、オブジェクトのカウントと圧縮段階では進捗レポートが表示されますが、書き出し段階では抑制されます。これは、場合によっては出力ストリームが別のコマンドに直接リンクされており、そのコマンドが受信するパックデータを処理する際に自身の進捗ステータスを表示したい場合があるためです。このフラグは --progress と同様ですが、--stdout が使用されている場合でも書き出し段階の進捗レポートを強制します。

これは、進捗表示がアクティブ化されるたびに --all-progress を暗黙的に指定するために使用されます。--all-progress とは異なり、このフラグ自体は進捗表示を強制しません。

このフラグを指定すると、コマンドは標準エラー出力に進捗状況を報告しません。

既存のパックがあるリポジトリにパックアーカイブを作成する場合、コマンドは既存のデルタを再利用します。これは時として、わずかに最適でないパックになることがあります。このフラグは、既存のデルタを再利用せずにゼロから計算するようにコマンドに指示します。

このフラグは、デルタ化されていないオブジェクトを含む既存のオブジェクトデータを一切再利用せず、すべてを再圧縮するようにコマンドに指示します。これは --no-reuse-delta を意味します。これは、パックされたデータに異なる圧縮レベルを一括で強制したいという珍しい場合にのみ役立ちます。

生成されるパック内の新しく圧縮されたデータの圧縮レベルを指定します。指定されていない場合、パック圧縮レベルは、まず pack.compression、次に core.compression によって決定され、どちらも設定されていない場合は zlib のデフォルトである -1 になります。ソースに関係なく、すべてのデータに均一な圧縮レベルを強制したい場合は、--no-reuse-object を追加します。

"--revs" オプションと組み合わせた場合、パックに含めるオブジェクトを決定するための「スパース」アルゴリズムを切り替えます。このアルゴリズムは、新しいオブジェクトを導入するパスに表示されるツリーのみを辿ります。これにより、小さな変更を送信するためのパックを計算する際に、パフォーマンスが大幅に向上する可能性があります。ただし、含まれるコミットに特定の種類の直接的な名前変更が含まれている場合、余分なオブジェクトがパックファイルに追加される可能性があります。このオプションが含まれていない場合、pack.useSparse の値がデフォルトとなり、これは特に指定がない限り true です。

ネットワーク転送を削減するために、送信者と受信者の間で共通のオブジェクトを省略して「シン」パックを作成します。このオプションは、--stdout と組み合わせてのみ意味があります。

シャローリポジトリを持つクライアントに提供されるパックを最適化します。このオプションは、--thin と組み合わせることで、速度を犠牲にしてより小さなパックを作成できます。

パックアーカイブは、デルタのベースオブジェクトを20バイトのオブジェクト名またはストリーム内のオフセットとして表現できますが、古いバージョンのGitは後者を理解しません。デフォルトでは、git pack-objects は互換性を高めるために前者の形式のみを使用します。このオプションを使用すると、コマンドは後者の形式を使用してコンパクトにすることができます。平均デルタチェーン長によっては、このオプションは通常、結果のパックファイルを3-5パーセント縮小します。

最適なデルタ一致を検索する際に生成するスレッド数を指定します。これには pack-objects が pthreads でコンパイルされている必要があり、そうでない場合このオプションは警告とともに無視されます。これはマルチプロセッサマシンでのパック時間を短縮するためのものです。ただし、デルタ検索ウィンドウに必要なメモリ量はスレッド数によって乗算されます。0 を指定すると、Git は CPU の数を自動検出し、それに応じてスレッド数を設定します。

これはテストスイートのみでの使用を意図しています。生成されるパックインデックスのバージョンを強制し、指定されたオフセットより上にあるオブジェクトに64ビットインデックスエントリを強制することを可能にします。

このオプションを使用すると、グラフトによって隠されている親もパックされます。

結果のパックファイルから特定のオブジェクト（通常はブロブ）を省略します。<filter-spec> の有効な形式については、git-rev-list[1] を参照してください。

以前の --filter= 引数を無効にします。

将来の「部分クローン」開発に役立つデバッグオプションです。このオプションは、不足しているオブジェクトの処理方法を指定します。

プロミサーリモートに存在することがわかっているオブジェクトを省略します。(このオプションは、ローカルで作成されたオブジェクトのみを操作する目的を持ち、再パックする際に、ローカルで作成されたオブジェクト [.promisorなし] とプロミサーリモートからのオブジェクト [.promisorあり] の区別を維持するためです。) これは部分クローンで使用されます。

--unpacked= オプションで指定されたパック内の参照から到達不能なオブジェクトは、*.keep ファイルでマークされていない到達可能なオブジェクトに加えて、結果のパックに追加されます。これは --revs を意味します。

到達不能なルーズオブジェクトをパックします（そしてそのルーズな対応物を削除します）。これは --revs を意味します。

到達不能なオブジェクトをルーズ形式で保持します。これは --revs を意味します。

「アイランド」に基づいてデルタ一致を制限します。以下の DELTA ISLANDS を参照してください。

デルタ圧縮を実行する際、Gitはオブジェクトへのパスを使用するヒューリスティックに基づいて、類似している可能性のあるオブジェクトをグループ化します。正確なパス一致でオブジェクトをグループ化することは、多くのバージョンを持つパスには適していますが、異なるフルパス間でデルタペアを見つけることには利点があります。Gitはタイプ別に、次にパスの「名前ハッシュ」別に、そしてサイズ別にオブジェクトを収集し、うまく圧縮できるオブジェクトをグループ化しようとします。