2023.02.02

Git rebaseの2つの活用法！図解付きで細かく解説

この記事を書いたチーム：frontier

はじめに

Gitには色んなコマンドがあります。clone、pull、commit、mergeなど名前を見てすぐ使い方が分かるようなコマンドと違い、rebaseは一目で使い方や機能が分からないかもしれ、ません。簡単に言うと、git rebaseは履歴の元を変更したり指定のコミットを編集したりするコマンドです。

機能から見てもそんなに必要性を感じませんが、rebaseはとても魅力があるコマンドだと思います。うまく使えば、ソースコードの履歴が簡潔になり、分かりやすくなるのです。次に、rebaseの二つの使うシーンについて紹介します。

多人数共同開発では、ソースコードをマージすることが多いと思われます。

たとえば、以下の開発状況が考えられるでしょう。マスタブランチMは開始時点とし、同時にブランチAとBでA機能とB機能を開発しています。

ブランチAとブランチBそれぞれマスタブランチMにコミットしたら、マスタブランチMのソースコードはコミットの時間順で表示すると以下のようになります。

リベースを使う場合では、ブランチAを先にコミットしたとして、ブランチBをコミットする前にrebaseを使う、最後にマスタブランチMは以下のようになります。

git rebase マスタブランチM

機能AとBの実装が分かれていて、更新履歴が見やすいようになりました。

一つ機能の開発で何回もコミットする必要がある、以下のような状況も考えられます。

Aブランチのコミットが以下。

A1：初期処理
A2：データ取得処理暫定
A3：命名規則により改修
A4：初期処理追加
A5：データ取得処理最終版
A6：結果出力

……

リベースを使ったら、A1からA6のコミットを以下のように修正できます

                A1’：初期処理   　(A1+A4+A3適用)
                A2’：データ取得   (A2+A5+A3適用)
                A3’：結果出力   　(A6)

git rebase -i A1 A6

コミットの修正にはpick、reword、edit、squash、fixup、exec、dropなどコマンドを使う必要があります。具体的使い方はここhttps://git-scm.com/docs/git-rebaseを参考してください。

上記の紹介は全てローカルブランチ（プッシュする前の状態）に対する処理です。既にプッシュされているコミットに対しリベースを絶対に使用しないように注意が必要になります。

マスタブランチにコミットする前に、リベースでコミットを修正したり、プッシュ済みのソースコードに対してリベースしたりすると、ソースコード全体が簡潔、分かりやすくなります。ぜひご活用ください。