🧠 rebaseとmergeの基本
複数ブランチの変更を統合する方法には、merge(マージ)とrebase(リベース)の2つがあります。
どちらも目的は同じですが、履歴の残り方が大きく異なります。
🔁 merge:履歴をそのままに統合
git merge は、2つの履歴をそのまま残して1つにまとめる方法です。
# main に feature ブランチを統合する
git switch main
git merge feature
特徴:
- ブランチの分岐・統合の履歴が明確に残る
- 複数人開発や公開履歴で推奨
- マージコミットが自動生成される
📐 rebase:履歴をきれいに並び替え
git rebase は、あるブランチの変更を別の履歴の上に積み直す方法です。
# main ブランチの最新に feature を載せ直す
git switch feature
git rebase main
特徴:
- 履歴が直線的に整って見やすい
- 個人開発や短期ブランチに便利
- 履歴が書き換わるので注意が必要(push前推奨)
📝 比較まとめ
| 比較項目 | merge | rebase |
|---|---|---|
| 履歴の形 | 分岐+統合 | 直線的 |
| 元の履歴 | 維持 | 書き換える |
| マージコミット | あり | なし |
| 用途の目安 | チーム開発・公開リポジトリ | 個人作業・整理前 |
✅ 結論: チームでは merge、1人作業中は rebase が基本!