Gitリポジトリの秘密兵器「git repack」:ストレージとパフォーマンスを向上させる


Gitにおける「git repack」コマンドの詳細解説


  • Gitリポジトリは、コミット、ツリー、BLOBなどのオブジェクトで構成されます。
  • 通常、これらのオブジェクトは個別のファイルとして保存されますが、git repackコマンドを実行すると、複数のオブジェクトを一つのPackファイルにまとめることができます。
  • Packファイルは圧縮されており、リポジトリのサイズを大幅に削減できます。
  • また、Packファイルはインデックス付きなので、オブジェクトへのアクセス速度も向上します。


  • Gitリポジトリを使用していくと、不要なオブジェクトが溜まっていくことがあります。
  • 例えば、ブランチを削除した場合、そのブランチに関連するオブジェクトは不要になります。
  • git repackコマンドを実行すると、このような不要なオブジェクトを検出し、削除することができます。
  • これにより、リポジトリのサイズをさらに削減し、ディスク領域を節約できます。

git repackコマンドの利点

  • リポジトリサイズの削減
  • パフォーマンスの向上
  • ディスク領域の節約
  • git repackコマンドを実行すると、リポジトリのデータベースが更新されます。
  • そのため、コマンドを実行する前に、必ずリポジトリをコミットしておくことを忘れないでください。
  • また、git repackコマンドは時間がかかる場合があることに注意が必要です。
  • リポジトリが大きい場合は、特に時間がかかる可能性があります。
  • -a: すべてのPackファイルを再構築します。
  • -d: 不要なオブジェクトを削除します。
  • --depth <depth>: 再構築するPackファイルの深さを指定します。
  • --window <window>: 再構築するPackファイルのウィンドウサイズを指定します。
  • --delta-base <base>: デルタ圧縮のベースとなるPackファイルを指定します。
  • --verbose: 処理の詳細を出力します。


git repack -ad


git repack --depth 250 --window 250

Basic git repack command:

git repack -ad

This command performs a comprehensive repackaging of the Git repository, including:

  • -a flag: Rebuilds all pack files in the repository.
  • -d flag: Removes unnecessary objects, such as those associated with deleted branches.

Selective repackaging with depth and window size:

git repack --depth 250 --window 250

This command restricts the repackaging to a specific depth and window size:

  • --depth <depth>: Limits the repackaging to objects within the specified depth (number of commits) from the most recent commit.
  • --window <window>: Controls the number of objects to be processed in each batch during repackaging.

Specifying a delta base pack file:

git repack --delta-base <base>

This command utilizes a specific pack file (<base>) as the reference point for delta compression:

  • --delta-base <base>: Indicates the pack file to be used as the base for generating delta objects.

Explanation of the repackaging process:


  • Always commit your changes before running git repack to ensure data integrity.
  • git repack can be time-consuming for large repositories.
  • Use git gc for a more comprehensive garbage collection and repackaging process.

I hope these examples and explanations provide a clear understanding of the git repack command and its usage. Let me know if you have any further questions.

git gc command:

  • git gc is a comprehensive garbage collection command that encompasses both repackaging and loose object removal.
  • It's generally recommended to run git gc instead of git repack as it performs a more thorough cleanup.

git filter-branch command:

  • git filter-branch is primarily used for rewriting Git repository history.
  • However, it can also be employed to remove large files or objects from the history, effectively reducing repository size.

BFG tool (Big Fucking Git):

  • BFG is a third-party tool specifically designed for managing large Git repositories.
  • It excels at removing large files or objects from repositories while preserving history.

Git LFS (Git Large File Storage):

  • Git LFS is an extension for managing large files (exceeding a certain size threshold) outside the Git repository.
  • It stores large files in a separate location, linking them to the repository, thus reducing repository size.

Alternative hosting providers:

  • Some Git hosting providers offer specialized features for large repositories, such as tiered storage or archival options.
  • Consider switching providers if your current one doesn't adequately support large repositories.

Choosing the right alternative:

  • For general repository maintenance and optimization, git gc is usually the best choice.
  • For removing specific large files or objects from history, consider git filter-branch or BFG.
  • If you regularly deal with large files, integrate Git LFS into your workflow.
  • For large repositories facing performance or storage limitations, explore alternative hosting options.

Additional considerations:

  • The effectiveness of each alternative depends on the specific situation and repository characteristics.
  • Evaluate the pros and cons of each approach based on your needs and priorities.
  • Carefully back up your repositories before attempting any major history modifications or file removals.

Remember, the primary goal is to maintain a healthy and efficient Git repository that suits your project's requirements. Choose the method that aligns with your specific needs and strike a balance between repository size, performance, and maintainability.