迷宮のコンフリクトを「記憶」で葬る：git-rerereを極限まで使い倒す技術
CI/CDパイプラインをどれほど高度に自動化しても、我々が避けて通れない「人間特有の泥沼」がある。それが、複雑なブランチ統合時に発生する、同じコンフリクトの反復だ。
機能開発ブランチを長期化させ、頻繁に `main` からの再ベースやマージを繰り返す現場において、エンジニアは同じコードの衝突を何度修正させられるのか？ 1回ならまだしも、同じ修正を3度繰り返すのは技術的負債以外の何物でもない。
ここで登場するのが、Gitの隠し玉 `git-rerere` (Reuse Recorded Resolution) だ。これは単なる便利機能ではない。開発者の「修正の記憶」をGitの内部データベースにキャッシュし、未来の衝突を自動で解決させる、極めて攻撃的な生産性ハックである。
—
1. 魂の定義：rerereの内部メカニズム
`rerere` は、Gitがコンフリクトを検知した際、「人間が手動で解決したコードの断片」と「解決前のコードの断片」をハッシュ化して記録する。
- `.git/rr-cache`: ここに全ての修正履歴が格納される。
- 解決の自動化: 次回同じコンフリクトに遭遇した際、Gitはキャッシュされた解決策を照合し、即座に適用する。
これは単なるマージの自動化ではない。「過去の思考を自動適用する」という、CI/CDエンジニアが喉から手が出るほど欲しかった「冪等性」の向上そのものだ。
有効化の儀式
まずは、グローバル設定でこの「記憶」を解禁する。
全リポジトリでrerereを有効化
git config –global rerere.enabled true
解決策を自動的にステージング（推奨設定）
git config –global rerere.autoupdate true
—
2. 極限の自動化：スクリプトによるキャッシュの管理
大規模チームにおいて、`rr-cache` は共有資産となり得る。ローカルのキャッシュを消失させないためのバックアップや、CI/CD上での強制適用を行うためのハックを紹介する。
独自のrr-cache同期スクリプト
分散環境で作業するエンジニア同士の「解決の知見」を共有するために、`rr-cache` をGitリポジトリ（または専用のキャッシュサーバー）で管理する仕組みを構築する。
!/bin/bash
sync-rerere.sh: コンフリクト解決履歴をバックアップ/共有する
CACHE_DIR=”$(git rev-parse –git-dir)/rr-cache”
BACKUP_REPO=”/path/to/shared-rerere-cache”
解決済みのキャッシュをバックアップへ同期
rsync -avz “$CACHE_DIR/” “$BACKUP_REPO/$(git config user.email)”
echo “Conflict resolutions have been cached and persisted.”
—
3. CI/CDパイプラインへの統合：自動マージの究極系
CIパイプラインにおいて、マージコンフリクトは「即時失敗」のトリガーになりがちだ。しかし、`rerere` があれば、過去に解決済みのコンフリクトは「ないもの」として扱うことができる。
パイプライン実行時のハック:
ビルドステップの直前に以下を仕込む。
GitHub ActionsやGitLab CIでの活用例
- name: Enable Rerere
run: |
git config –global rerere.enabled true
# コンフリクト発生時にキャッシュを自動適用してマージを試行
git merge origin/main || (git rerere && git add . && git commit –no-edit)
これにより、手動で解決した「一度きりの修正」を、CIが自動的に再現するようになる。これは大規模なマイクロサービスリポジトリの統合において、ビルド成功率を劇的に引き上げる。
—
4. 低レイヤからの警告：メモリと管理の注意点
`rerere` は非常に強力だが、以下の点に注意しなければ、逆にリポジトリを汚染するリスクがある。
1. メモリとストレージ: `rr-cache` は永続的である。数年にわたる巨大プロジェクトでは、数千の断片が蓄積される。たまに `find .git/rr-cache -type f -mtime +365 -delete` のように、古いキャッシュを掃除するメンテナンスが必要だ。
2. 誤った解決の伝播: もし過去に「間違ったコンフリクト解消」を記録してしまった場合、`rerere` はそれを忠実に再現し続ける。
- 解決策の削除が必要な場合は `git rerere forget
` を使用する。これを即座に叩けるよう、shellのaliasに登録しておくことがプロの作法だ。
誤った解決策を記憶から抹消する alias
alias git-forget=’git rerere forget’
—
結論：エンジニアの思考をコードに刻め
`git-rerere` は、単なるツールではない。「コンフリクトというノイズからエンジニアを解放し、本質的なロジック構築に集中させる」ための、Git内部に組み込まれたAIのようなものだ。
- コンフリクト解決を「作業」にするな。「記憶」させろ。
- チーム全体でキャッシュを同期させ、個人の知見を組織の資産へ昇華させろ。
- パイプラインに組み込み、マージの冪等性を担保せよ。
これが、CI/CDを極めた者が到達する「コンフリクトのない世界」へのアプローチだ。今すぐ設定を有効にし、次回のマージでGitが静かに、そして正確に「過去の君の修正」を再現する瞬間を体感してほしい。それこそが、技術的優位性の正体だ。