Gitの深淵：`git gc`を制する者が、開発のボトルネックを制する
「最近、`git status`がやけに遅い」「`git fetch`でネットワークが詰まる」「ローカルのディスク容量が異常に肥大化している」。
もし君のプロジェクトでそんな会話が聞こえてきたら、それはリポジトリが「ゴミ屋敷」化しているサインだ。Gitは非常に優秀なアーキテクチャだが、無策のまま使い続ければ、数ギガバイトの不要なオブジェクトで溢れかえる。
今日は、CI/CDのパイプラインを極限まで加速させ、日常のストレスを消し去るための「Gitメンテナンスの極意」を伝授する。
—
1. なぜ `git gc` なのか？：Gitの「断捨離」理論
Gitは、作業を繰り返すたびに「Loose Objects（未圧縮のファイル）」や「パックファイル（圧縮済み履歴）」を大量に生成する。これらが断片化すると、Gitの検索アルゴリズムは指数関数的に性能を落とす。
`git gc`（Garbage Collection）は、以下の作業を自動で行う魔法のコマンドだ。
- パックファイルの最適化: 散らばった履歴を1つのファイルに統合し、delta圧縮を再適用する。
- 不要オブジェクトの削除: どのブランチからも参照されていない、いわゆる「孤児」オブジェクトを消去する。
- リファレンスの更新: `reflog`の期限切れデータをクリアする。
これを怠ると、CI/CDのクローン時間（`git fetch –depth 1`でも回避できない肥大化）が数分単位で増大し、開発者の貴重な時間を奪い去る。
2. 実践：現場で震えるほど役立つメンテナンス戦略
手動で`git gc`を叩くのは、プロの仕事ではない。自動化と設定の最適化こそが正義だ。
A. 必須のグローバル設定
まず、全エンジニアの端末でこの設定を徹底させる。これにより、Gitはバックグラウンドで賢くメンテナンスを行うようになる。
自動GCを有効化（デフォルトだが念のため）
git config –global gc.auto 256
パックファイルの圧縮効率を最大化（時間はかかるが最強の軽量化）
git config –global pack.threads 0
git config –global pack.windowMemory 1g
git config –global pack.packSizeLimit 2g
B. 隠れたキーボードショートカットとエイリアス
CLIの生産性を極めるには、エイリアスを使いこなせ。`.gitconfig`に以下を追記するだけで、指の動きが変わる。
[alias]
# メンテナンスを即座に走らせるショートカット
gc-hard = !git gc –prune=now –aggressive –quiet
# 現在の肥大化具合を即座に確認するコマンド
stats = count-objects -vH
3. CI/CDパイプラインを高速化する「隠し技」
CIサーバーで「`git clone`が遅い」と嘆く前に、以下のベストプラクティスを導入せよ。
- `git gc –auto` を事前フックに: CIのビルドジョブの冒頭で `git gc –auto` を実行するスクリプトを仕込む。これだけで、数ヶ月放置された巨大リポジトリのクローン速度が劇的に改善する。
- `–depth 1` の罠を避ける: 全履歴が必要な解析ツールを動かす場合、`–shallow-since` を併用せよ。
4. チーム開発で役立つ「設定の共有化」ルール
個人の設定ファイル（`.gitconfig`）を共有するのはナンセンスだ。リポジトリルートに `.gitattributes` を配置し、「プロジェクトのルール」を強制するのがテックリードの流儀である。
`.gitattributes` のベストプラクティス構成例
LFS管理: 大容量バイナリはGit管理から外す
.psd filter=lfs diff=lfs merge=lfs -text
.mp4 filter=lfs diff=lfs merge=lfs -text
改行コードの統一: OSによるDiff爆弾を防ぐ
- text=auto eol=lf
5. 神プラグインとツール：Gitの視覚化と管理
CLIが最強であることに変わりはないが、複雑な履歴の解析には「道具」を使い分けろ。
- [git-sizer](https://github.com/github/git-sizer): リポジトリがどこで肥大化しているかを数値で突き止める。これがなければ、闇雲に`gc`をかけるだけになる。
- [LazyGit](https://github.com/jesseduffield/lazygit): TUI（ターミナルUI）で最も強力。コミットの整理やリベースが爆速化する。私はこれなしでは生きられない。
—
最後に：テックリードからの提言
「たかがリポジトリ管理」と侮るなかれ。
開発スピードが遅いチームは、決まって「無秩序な履歴」と「重すぎるリポジトリ」を抱えている。`git gc`を定期的に実行するという小さな習慣は、チームの技術的負債に対する「健全な意識」の現れだ。
今日から、チームのCI/CDパイプラインに `git gc` を組み込み、`.gitattributes` を厳格化せよ。リポジトリが軽くなれば、思考も軽くなる。
さあ、コマンドラインを開け。君のGitリポジトリを、極限まで磨き上げろ。