Git rebaseの使い方を初心者向けに解説｜mergeとの違い・コンフリクト対処・interactive rebaseまで

最終更新日：2026年06月07日

Git rebase は、コミットを別のベースの上に並べ直して、履歴を見やすく整えるためのコマンドです。merge との違いを押さえたうえで、どの場面で使うかを理解すると、Git の操作が一気に整理しやすくなります。

この記事では、基本の使い方から、コンフリクト対応、interactive rebase、さらに `–onto` や `–keep-base` まで、実務で迷いやすいところを順番にまとめます。まずは「何をしたいときに rebase を選ぶのか」から見ていきましょう。

Git rebaseの基本をまず1分で整理

rebase の役割は、あるブランチの変更を別の基点に再適用することです。作業ブランチで積み上げたコミットを、最新の main や master の先頭に載せ直すイメージです。

たとえば、作業ブランチを最新の main に追従させたいときは、次のように使います。

git checkout feature
git rebase main

この操作をすると、履歴は分岐と合流が目立ちにくい、一直線の形に近づきます。レビュー前に履歴を整えたいときや、コミットの並びを読みやすくしたいときに向いています。

merge は、分岐した履歴をそのまま統合し、必要ならマージコミットを残します。一方 rebase は、コミットを再配置して直線的な履歴に整えます。どちらが優れているというより、何を残したいかで選ぶのが大事です。

迷ったら、個人作業やレビュー前は rebase、共有された流れを残したいなら merge という切り分けがわかりやすいです。

rebase が便利なのは、作業ブランチを最新の main に追従させたいとき、細かいコミットを整理したいとき、Pull Request を見やすくしたいときです。履歴が散らかりやすい場面ほど、効果がはっきり出ます。

ただし、すでに他の人と共有しているブランチに対しては注意が必要です。履歴を書き換えるため、相手の作業とぶつかる可能性があるからです。共有ブランチでは、基本的に merge を優先したほうが安全です。

rebase を使う前は、まずそのブランチが共有済みかどうかを確認します。個人作業ブランチなら扱いやすく、公開済みなら慎重に進めるのが基本です。

途中でやり直したくなったら、`git rebase –abort` で開始前の状態に戻せます。最初は「続行」と「中断」の2つだけ覚えておけば十分です。

interactive rebase は、コミットの並びを見ながら内容を編集できる方法です。細かく分かれすぎた履歴をまとめたいときに、とても相性がいいです。

git rebase -i HEAD~3

よく使う操作は次の3つです。

まずは squash を覚えるだけでも十分です。レビュー前の整理がかなり楽になります。

`–onto` は、コミットの載せ替え先を明示したいときに使います。ブランチのベースを別の位置に移したい、特定範囲だけを切り出したい、という場面で役立ちます。

git rebase --onto master next topic

`–keep-base` は、ベースの考え方を保ちながら rebase したいときに便利です。普段の学習では少し応用寄りですが、複数ブランチを扱う場面では知っていると強いです。

基本的には避けたほうが安全です。rebase は履歴を書き換えるため、すでに他の人が参照しているブランチではトラブルの元になりやすいです。

`git rebase –abort` で開始前の状態に戻せます。やり直しよりも、いったん止めて整理したいときに使いやすいです。

最初から必須ではありません。まずは基本の rebase、merge、interactive rebase を押さえてからで十分です。必要になった段階で覚えるほうが吸収しやすいです。

履歴をきれいに整えたいなら rebase、分岐の流れをそのまま残したいなら merge。まずはこの切り分けで問題ありません。そこに interactive rebase を足すと、Git の履歴整理がかなり扱いやすくなります。

実際に手を動かすと理解が早いので、まずは公式ドキュメントを開いて、小さなブランチで試してみるのがおすすめです。git rebase の公式ドキュメントと git merge の公式ドキュメントを見比べると、役割の違いがかなりクリアになります。