【Git】複数のコミットを一つにまとめる｜squash/fixupで履歴を整える

Gitで作業中、細かな修正コミットが増えて履歴が乱雑になり困っていませんか？Git コミットを一つにまとめることで、プロジェクトの可読性は劇的に向上します。

本記事では、rebase -i（squash）を用いた統合手順や、fixup、amendの使い分けをエンジニア視点で分かりやすく解説します。履歴を綺麗に整える術を学び、チームメンバーから信頼されるスマートな開発スキルを習得しましょう。

記事のポイント

• 煩雑なコミット履歴を整理することで、コードレビューの効率とプロジェクトの可読性が大幅に向上します。
• git rebase -iコマンドを活用し、squashやfixupを使い分けることで複数のコミットを自在に統合できます。
• 直前のコミット内容を修正・統合したいだけなら、専用のgit commit --amendを使うのが最も効率的です。
• リモートにプッシュ済みの履歴を変更する際は、チームへの影響と強制プッシュのリスクを正しく理解しておく必要があります。
• 万が一操作を間違えても、git reflogを使えば履歴がまだ保持されている限り統合前の状態に復元できるため、初心者でも安心です。

Gitコミットを一つにまとめるメリットと具体的な操作手順

Gitで開発を進めていると、「誤字脱字の修正」や「動作確認のための微調整」など、細かなコミットが積み重なってしまうことがあります。そのままの状態でプルリクエストを作成すると、履歴が煩雑になり、レビューの負担が増える可能性があります。

ここでは、コミットを一つにまとめる意義と、具体的な操作方法について解説します。

開発効率と可読性を高めるためにコミットを一つにまとめる理由

コミットを適切に集約することで、プロジェクトの履歴が整理され、チーム全体の開発効率向上が期待できます。主なメリットは以下の通りです。

git rebase -i コマンドを使用して複数のコミットを統合する手順

複数のコミットを統合する際に最も汎用的なのが git rebase -i（対話型リベース）コマンドです。例えば、直近3つのコミットをまとめたい場合は以下のコマンドを実行します。

1
git rebase -i HEAD~3

実行後、テキストエディタが開き、対象となるコミットの一覧が表示されます。

squash（スカッシュ）を選択してコミットメッセージを編集する方法

squash は、前のコミットに現在のコミットを統合しつつ、それぞれのコミットメッセージを組み合わせて再編集できる機能です。

1. エディタ上の2行目以降にある pick を squash（または s）に書き換えて保存します。

2. 統合後の新しいコミットメッセージを編集する画面が表示されます。

3. 不要なメッセージを削除し、内容を整理して保存すれば完了です。

1
Successfully rebased and updated refs/heads/main.

1
$ git log -1 --pretty=%B
2
コミット１２３

fixupを使用してメッセージを破棄しつつコミットをまとめる方法

fixup は、直前のコミットに統合する点は squash と同じですが、統合される側のコミットメッセージを破棄する点が異なります。

• 「タイポ修正」など、履歴に残す必要のない些細な修正をまとめる際に便利です。
• pick を fixup（または f）に書き換えるだけで、メッセージ編集の手間を省いて素早く統合できます。

1
Successfully rebased and updated refs/heads/main.

実行後の Before / After（git log 表示例）

実際に統合を行った後のログの変化を確認してみましょう。

統合前：

1
$ git log --oneline
2
1243e79 (HEAD -> main) コミット３
3
ac33d9f コミット２
4
64140bc コミット１

統合後（squash/fixup 実行後）：

1
$ git log --oneline
2
17fb3aa (HEAD -> main) コミット１

autosquash を使うと fixup を自動整理できる

Gitには、fixupコミットを自動で整理する --autosquash という便利な機能もあります。 例えば次のようにコミットすると、特定のコミットに紐づく修正として記録できます。

1
git commit --fixup <commit-hash>

git commit --fixup は、対象コミットのメッセージを自動で参照するため、履歴整理の際に非常に便利です。 その後、以下を実行するとGitが fixup コミットを対象コミットの直後へ自動で並び替えてくれます。

1
# 今のコミットから5個前までを対象
2
git rebase -i --autosquash HEAD~5

この機能を使うと、後から追加した修正コミットも rebase 実行時に自動整理されるため、履歴のメンテナンスが非常にスムーズになります。

直前のコミットと一つにまとめるなら git commit —amend が最適

「直前のコミットに、今の修正を少しだけ加えたい」という場合には、git commit --amend を使うのが一般的です。

1. ファイルを修正し、git add します。
2. git commit --amend を実行します。
3. メッセージを確認して保存すれば、新しいコミットを作らずに直前のコミットを更新できます。

なお、--amend はコミットハッシュを書き換えるため、すでにリモートにプッシュ済みのコミットに対して使用する場合は注意が必要です。

【関連記事】

ITナレッジライフ

今日から使える！Gitコミットメッセージの書き方と型

Gitのコミットメッセージは、ソースコードの変更内容を後から理解するための重要な手がかりです。本記事では、わかりやすく、再利用しやすいコミットメッセージを書くための基本ルール・フォーマット・良い例と悪い例を詳しく解説します。チーム開発や個人開発でも役立つ、実践的な書き方を身につけましょう。

ITナレッジライフ

【完全ガイド】Gitのコミット・プッシュを取り消す方法

Gitのコミット・プッシュを取り消す方法を詳しく解説します。直前のコミットの取り消しから特定のコミットの修正、プッシュ済みの変更の取り消し方法まで、具体的なコマンドとともに分かりやすく紹介します。適切な方法を選んで、安全にGitの履歴を管理できるようになりましょう。

Gitコミット集約に関するよくある質問（FAQ）

Gitのコミットをまとめる作業は非常に便利ですが、履歴を書き換える操作を伴うため、慣れないうちは不安を感じることもあるかもしれません。ここでは、作業中によく遭遇する疑問やトラブルへの対処法をまとめました。

Q. 既にリモートにプッシュ済みのコミットを一つにまとめても大丈夫？

結論から述べると、 自分一人だけが使っているブランチであれば可能ですが、共有ブランチでは避けるのが無難 です。

Gitのコミットをまとめると、コミットのハッシュ値（ID）が新しく書き換わります。既にリモートへプッシュ済みの履歴を書き換えて再度プッシュしようとすると、通常の git push ではエラーになります。この場合、 git push --force-with-lease などの強制プッシュが必要になります。

• 自分専用の機能開発ブランチ（Feature Branch）: コミットを整理して見やすくするために、プッシュ後でもまとめて問題ないケースが多いです。
• 共有ブランチ（mainやdevelopなど）: 他のメンバーがあなたのコミットをベースに作業している場合、履歴の不整合が起き、チーム全体の開発に支障をきたす恐れがあります。

Q. コミットをまとめている途中でコンフリクトが発生した時の解決策は？

git rebase -i でコミットをまとめている最中に、同じ箇所の変更が衝突して コンフリクト（衝突） が発生することがあります。その場合は、以下の手順で落ち着いて対処しましょう。

もし途中で作業がわからなくなったり、最初からやり直したくなったりした場合は、 git rebase --abort を実行することで、 リベースを開始する前の状態に安全に戻す ことができます。

＼ITエンジニアにお勧めの一冊／

世界一流エンジニアの思考法

マイクロソフトで活躍する著者が教える、生産性を向上させるマインドセットと仕事術。

Amazonで詳細を見る

Q. 間違えてコミットをまとめてしまった場合に元の状態に戻す方法は？

「必要なコミットまで消してしまった」「まとめ方を間違えた」という場合でも、Gitには git reflog という強力な救済策があります。

git reflog コマンドを実行すると、HEADの移動履歴（過去の操作履歴）が一覧表示されます。リベース前の状態を見つけたら、以下のコマンドで復元できる可能性があります。

1
git reflog
2

3
# reset --hard は作業内容も破棄するため注意してください。
4
# 必ず reflog の履歴を確認してから実行しましょう。
5
git reset --hard HEAD@{5}

このように、Gitでは操作ミスをしても reflog によって過去のHEAD移動履歴が保持されているため、慌てずにログを確認することが大切です。なお、reflogの履歴は一定期間（通常は数十日〜90日程度）で削除される場合があります。

Gitコミットを綺麗に管理するためのまとめ

今回のまとめ：振り返りチェックリスト

• 「squash」と「fixup」を使い分け、 コミットメッセージを残すか破棄するかで最適な統合方法を選択する
• 共有ブランチにプッシュ済みのコミット は原則として履歴を書き換えないことを意識し、チーム開発でのコンフリクトや混乱を未然に防ぐ
• 失敗しても git rebase --abort や reflog でやり直せる ことを理解し、恐れずに履歴整理に挑戦してみる
• アドバイス： 次回プルリクエストを送る前に、一度自分のコミット履歴を眺めて「第三者が理解しやすい粒度か」を確認する習慣を身につけましょう！

このセクションでは、Gitのコミットを一つにまとめる作業の重要性を振り返り、プロジェクトの可読性と保守性を維持するためのベストプラクティスを整理します。

Gitの履歴を綺麗に保つことは、自分自身の備忘録としてだけでなく、チームメンバーとの円滑なコミュニケーションにおいても非常に重要です。細かすぎるコミット（「タイポ修正」「微調整」など）が大量に並んでいると、後から特定の変更点やバグの混入箇所を探すのが困難になる可能性があります。

git rebase -i や git commit --amend を活用してコミットを一つにまとめることで、一つの機能実装やバグ修正に対して一つのコミットという 「意味のある単位」 に整えることができます。

適切な粒度でコミットを一つにまとめるために

開発の現場では、 「1コミット・1タスク（Atomic Commit）」 という考え方が推奨されることが多いです。しかし、実際の開発中には試行錯誤が伴うため、どうしてもコミットが細切れになりがちです。以下の表を参考に、適切なタイミングで履歴を整理する習慣をつけると良いでしょう。

履歴を美しく保つためのポイントは、以下の3点に集約されるかもしれません。

1. 作業中は自由にコミットする: 開発のリズムを崩さないよう、ローカル環境ではバックアップ代わりに細かくコミットを残します。
2. マージ前に「物語」を整える: 公開用のブランチにマージする直前に git rebase -i を使い、後から見た人が理解しやすいストーリーになるようコミットを統合します。
3. メッセージの質にこだわる: コミットをまとめた後は、その変更が「何のために」「何をしたか」が明確に伝わるメッセージを記述するように心がけましょう。

Gitの操作に慣れるまでは、履歴を書き換えることに不安を感じるかもしれません。しかし、今回紹介した手法をマスターすることで、 「コードの品質だけでなく、履歴の品質も高いエンジニア」 への一歩を踏み出せるはずです。万が一操作を間違えても git reflog という救済策があることを忘れずに、積極的に綺麗な履歴作りへ挑戦してみてください。

【参考リンク】

• Git 公式ドキュメント - git-rebase
• Atlassian Git Tutorial - Gitリベースのコンフリクト解決
• GitHub Docs - コミットをまとめる（About Git rebase）

Kindle Unlimited

IT専門書も30日間無料で読み放題

1冊数千円する専門書から、ビジネス書、実用書、雑誌まで幅広いジャンルが定額で読み放題。ITスキルの向上はもちろん、日々の情報収集や教養を深めるのにも最適です。

• 📚 技術書も月額定額で読み放題
• 📱 マルチデバイス対応
• ✨ 30日間の無料体験

無料で30日間試してみる

Gitユーザにお勧めの本

初心者向け

いちばんやさしいGit&GitHubの教本 第3版 人気講師が教えるバージョン管理＆共有入門 「いちばんやさしい教本」シリーズ

Amazonで詳細を見る 🔴 楽天で見る

改訂2版 わかばちゃんと学ぶ Git使い方入門

Amazonで詳細を見る 🔴 楽天で見る

独習Git

Amazonで詳細を見る 🔴 楽天で見る