git-repack(1) Manual Page

パックされていないオブジェクトを段階的にパックする代わりに、参照されるすべてのものを1つのパックにパックします。プライベート開発に使用されるリポジトリをパックする場合に特に便利です。 -d と一緒に使用します。 これにより、 git prune が残したオブジェクトがクリーンアップされますが、 git fsck --full --dangling ではぶら下がりを表示します。

-d を使用しない限り -a と同じです。 それから、前のパックの到達不能なオブジェクトは、古いパックに残されるのではなく、looseになって、パックされていないオブジェクトになります。再パックする場合でも、到達不能なオブジェクトが意図的にパックに追加されることはありません。このオプションは、到達不能なオブジェクトが古いパックに残されて、古いパックごと削除されることによって、すぐに削除されてしまうのを防ぎます。代わりに、loose到達不能オブジェクトは、以下の 「git gc」呼び出しで通常の有効期限ルールに従って刈り込まれます。 git-gc(1) を参照してください。

パック後、新しく作成されたパックによって既存のパックの一部が冗長になる場合は、冗長パックを削除してください。 また、「git prune-packed」を実行して、冗長なルーズオブジェクトファイルを削除します。

-d が使用されない限り、 -a と同一です。 そして、到達不能なオブジェクトは別の残り物パック(cruft pack)にパックされます。 到達不能なオブジェクトは、次回の git gc の呼び出しで通常の有効期限ルールを使用して刈り込み(prune)できます(git-gc(1) 参照)。 -k とは互換性がありません。

次回の git gc の呼び出しを待つ代わりに、 <approxidate> よりも古い到達不能オブジェクトをすぐに期限切れにします。 --cruft -d でのみ有用です。

残り物(cruft)オブジェクトを、 <n> バイトまでの大きさのパックに再パックします。 <n> バイトより小さいサイズの残り物パック(cruft packs)がある限り、 再パックにより、 結合された残り物パック(cruft packs)のオブジェクトと新たに到達不能なオブジェクトを含む新しい残り物パック(cruft pack)が作成されます。 <n> バイトより大きいサイズの残り物パック(cruft pack)は変更されません。 新しい残り物パック(cruft pack)のサイズが <n> バイトを超える場合、 複数のパックに分割され、 すべてが 最大 <n> バイトのサイズになることが保証されます。 --cruft -d オプションと一緒に使用する場合にのみ有用です。

刈り込まれたオブジェクト(存在する場合)を含む残り物パック(cruft pack)をディレクトリ <dir> に書き込みます。このオプションは、刈り込みされたオブジェクトのコピーをバックアップとして別のディレクトリに保存する場合に便利です。 --cruft -d でのみ有効です。

--local オプションを git pack-objects に渡します。 git-pack-objects(1) を参照してください。

--no-reuse-delta オプションを git-pack-objects に渡します。 git-pack-objects(1) を参照してください。

--no-reuse-object オプションを git-pack-objects に渡します。 git-pack-objects(1) を参照してください。

標準エラー・ストリームの進行状況を表示せず、かつ、 -q オプションを git pack-objects に渡します。 git-pack-objects(1) を参照してください。

git update-server-info でサーバー情報を更新しないでください。このオプションは、HTTPまたはFTPを介してこのリポジトリ(またはその直接のコピー)を公開するために必要なローカルカタログファイルの更新をスキップします。 git-update-server-info(1) を参照してください。

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

このオプションは git pack-objects に渡されます。

このオプションは、 --window に加えて追加の制限を提供します。ウィンドウサイズは、メモリ内で <n> バイトを超えないように動的に縮小されます。これは、大きなウィンドウと小さなオブジェクトが混在するリポジトリで、大きなウィンドウでメモリが不足しないようにするのに役立ちますが、小さなオブジェクトは大きなウィンドウを利用できます。 サイズには、「k」または「m」または「g」の接尾辞を付けることができます。 --window-memory=0 は、メモリ使用量を無制限にします。 デフォルトは、 pack.windowMemory 構成変数から取得されます。 実際のメモリ使用量は、制限に git-pack-objects(1) で使用されるスレッド数を掛けたものになることに注意してください。

各出力パックファイルの最大サイズ。 サイズには、「k」または「m」または「g」の接尾辞を付けることができます。許可される最小サイズは1MiBに制限されています。 指定した場合、複数のパックファイルが作成される可能性があります。これにより、ビットマップインデックスの作成も妨げられます。構成変数 pack.packSizeLimit が設定されていない限り、デフォルトは無制限です。このオプションを使用すると、リポジトリが大きくなり、速度が低下する可能性があることに注意してください。 pack.packSizeLimit の説明を参照してください。

フィルター仕様にマッチするオブジェクトを、 生成されるパック・ファイルから削除し、 別のパック・ファイルに入れます。 注意：作業ディレクトリで使用されているオブジェクトはフィルターの対象外となるため注意してください。 そのため、 分割を完全に機能させるには、 ベア・リポジトリで実行し、 このオプションとともに -a や -d オプションを使用するのが最適です。 また、--no-write-bitmap-index (または repack.writebitmaps 構成設定を false に設定)を使用する必要があります。 そうしないと、 ビットマップ・インデックスの書き込みに失敗します。 これは、 すべてのオブジェクトを含む単一のパック・ファイルを前提としているためです。 有効な <filter-spec> の形式については、 git-rev-list(1) を参照してください。

フィルターで除外されたオブジェクトを含むパックを <dir> ディレクトリに書き込みます。 これは --filter オプションと一緒に使用する場合にのみ有用です。 この機能は、Git のオルタネート・メカニズムを通じてアクセスされる別のオブジェクト・ディレクトリにパックを配置するために使用できます。 警告 ：フィルターで除外されたオブジェクトを含むパック・ファイルがアクセス不能な場合、 リポジトリが破損する可能性があります。 これは、 そのパック・ファイル内のオブジェクトにアクセスできない可能性があるためです。 詳細は、 gitrepository-layout(5) の 「objects」 および「objects/info/alternates」セクションを参照してください。

再パックの一部として到達可能性ビットマップインデックスを書き込みます。ビットマップは到達可能なすべてのオブジェクトを参照できる必要があるため、これは -a または -A または -m とともに使用する場合にのみ意味があります。このオプションは、 repack.writeBitmaps の設定を上書きします。 このオプションは、複数のパックファイルが作成された場合、 MIDX を書き込まない限り効果がありません(この場合、マルチパック・ビットマップが作成されます)。

再パックするときは .keep ファイルにオブジェクトを含めます。 pack-objects が終了した後も .keep パックを削除しないことに注意してください。これは、オブジェクトを複製する可能性があることを意味しますが、これにより、プッシュまたはフェッチが同時に発生する場合にオプションを安全に使用できます。このオプションを指定すると、ビットマップ化されたパックファイルに必要なオブジェクトが確実に含まれるため、通常、 -b または repack.writeBitmaps を使用してビットマップを書き込む場合にのみ役立ちます。

指定されたパックを再パックから除外します。 これは、パックに .keep ファイルがあるのと同じです。 <pack-name> は、先頭にディレクトリがないパックファイル名です(例: pack-123.pack)。このオプションは、複数のパックを保持するために複数回指定できます。

到達不能なオブジェクトのパックをほどく(loose)ときは、 <when> より古いオブジェクトをわざわざほどきません。これは、フォローアップで行う git prune によってすぐに刈り込まれるオブジェクトの書き込みを最適化するために使用できます。

-ad と一緒に使用すると、既存のパックから到達できないオブジェクトは、削除されるのではなく、パックファイルの最後に追加されます。さらに、到達不能なlooseオブジェクトはパックされます(そしてそれらのlooseオブジェクトは削除されます)。

--delta-islands オプションを git-pack-objects に渡します。 git-pack-objects(1) を参照してください。

結果のパック構造を、連続する各パックに、次に大きいパックのオブジェクト数の少なくとも <factor> 倍が含まれるように配置します。

非冗長(non-redundant)パックを含むマルチパック・インデックス (git-multi-pack-index(1) 参照) を作成します。