Gitリポジトリのサイズを見つける簡単な方法は何ですか?リポジトリのルートディレクトリにあるdu -h
を意味するものではありません。サイズがレポの合計サイズと異なるように、無視されたファイルがたくさんあります。基本的に、レポのクローンを作成するときに転送されるデータの量を知りたいです。
UPDATEgit 1.8.3は、大まかなサイズを取得するより効率的な方法を導入しました:
git count-objects -vH
(@VonCによる回答を参照)
「完全なサイズ」のさまざまなアイデアには、次を使用できます。
git bundle create tmp.bundle --all
du -sh tmp.bundle
閉じる(ただし正確ではありません:)
git gc
du -sh .git/
後者では、次のこともカウントされます。
git 1.8.3(April、22d 2013) なので、
「
git count-objects
」は、「--human-readable
」または「-H
」オプションを学習し、必要に応じてスケーリングされたKi
/Mi
/GiB
にさまざまな大きな数値を表示しました。
Jack Morrison in his answer で言及されている-v
オプションと組み合わせることができます。
git gc
git count-objects -vH
( git gc
は、 A-B-B の answer で述べたように重要です)
さらに(まだgit 1.8.3)、出力はより完全です:
"
git count-objects -v
"は、オブジェクトストア内の残りの一時パックファイルやその他のゴミをレポートすることを学習しました。
Gitコマンド
git count-objects -v
gitリポジトリのサイズを適切に推定できます。 -vフラグを指定しないと、解凍されたファイルのサイズのみが通知されます。このコマンドは$ PATHにない場合があります。追跡する必要がある場合があります(Ubuntuでは、たとえば/ usr/lib/git-core /にあります)。
Gitのマンページから:
-v、-verbose
消費されたルーズオブジェクトの数とディスクスペースに加えて、パック内オブジェクトの数、パックの数、それらのパックが消費したディスクスペース、およびgit Prune-packedを実行して削除できるオブジェクトの数を報告します。
出力は次のようになります。
count: 1910
size: 19764
in-pack: 41814
packs: 3
size-pack: 1066963
Prune-packable: 1
garbage: 0
探している行はsize-pack
です。これは、すべてのパックされたコミットオブジェクトのサイズ、または新しいクローンリポジトリの可能な最小サイズです。
git-sizer
を使用できます。 --verbose
設定では、出力例は(下)です。 Total size of files
行を探します。
$ git-sizer --verbose Processing blobs: 1652370 Processing trees: 3396199 Processing commits: 722647 Matching commits to trees: 722647 Processing annotated tags: 534 Processing references: 539 | Name | Value | Level of concern | | ---------------------------- | --------- | ------------------------------ | | Overall repository size | | | | * Commits | | | | * Count | 723 k | * | | * Total size | 525 MiB | ** | | * Trees | | | | * Count | 3.40 M | ** | | * Total size | 9.00 GiB | **** | | * Total tree entries | 264 M | ***** | | * Blobs | | | | * Count | 1.65 M | * | | * Total size | 55.8 GiB | ***** | | * Annotated tags | | | | * Count | 534 | | | * References | | | | * Count | 539 | | | | | | | Biggest objects | | | | * Commits | | | | * Maximum size [1] | 72.7 KiB | * | | * Maximum parents [2] | 66 | ****** | | * Trees | | | | * Maximum entries [3] | 1.68 k | * | | * Blobs | | | | * Maximum size [4] | 13.5 MiB | * | | | | | | History structure | | | | * Maximum history depth | 136 k | | | * Maximum tag depth [5] | 1 | | | | | | | Biggest checkouts | | | | * Number of directories [6] | 4.38 k | ** | | * Maximum path depth [7] | 13 | * | | * Maximum path length [8] | 134 B | * | | * Number of files [9] | 62.3 k | * | | * Total size of files [9] | 747 MiB | | | * Number of symlinks [10] | 40 | | | * Number of submodules | 0 | | [1] 91cc53b0c78596a73fa708cceb7313e7168bb146 [2] 2cde51fbd0f310c8a2c5f977e665c0ac3945b46d [3] 4f86eed5893207aca2c2da86b35b38f2e1ec1fc8 (refs/heads/master:Arch/arm/boot/dts) [4] a02b6794337286bc12c907c33d5d75537c240bd0 (refs/heads/master:drivers/gpu/drm/AMD/include/asic_reg/vega10/NBIO/nbio_6_1_sh_mask.h) [5] 5dc01c595e6c6ec9ccda4f6f69c131c0dd945f8c (refs/tags/v2.6.11) [6] 1459754b9d9acc2ffac8525bed6691e15913c6e2 (589b754df3f37ca0a1f96fccde7f91c59266f38a^{tree}) [7] 78a269635e76ed927e17d7883f2d90313570fdbc (dae09011115133666e47c35673c0564b0a702db7^{tree}) [8] ce5f2e31d3bdc1186041fdfd27a5ac96e728f2c5 (refs/heads/master^{tree}) [9] 532bdadc08402b7a72a4b45a2e02e5c710b7d626 (e9ef1fe312b533592e39cddc1327463c30b0ed8d^{tree}) [10] f29a5ea76884ac37e1197bef1941f62fda3f7b99 (f5308d1b83eba20e69df5e0926ba7257c8dd9074^{tree})
I 思考これにより、レポ履歴内のすべてのファイルのリストが表示されます。
git rev-list --objects --all | git cat-file --batch-check="%(objectsize) %(rest)" | cut -d" " -f1 | paste -s -d + - | bc
--all
をツリー型(HEAD
、Origin/master
など)に置き換えて、ブランチのサイズを計算できます。
Git LFSを使用する場合、git count-objectsはバイナリをカウントせず、それらへのポインターのみをカウントします。
LFSファイルがArtifactorysによって管理されている場合、REST APIを使用する必要があります。