Git と Visual Studio 2017 その 6 : リベースで他のブランチからコミットを反映

Articolo
10/15/2017

前回の記事ではブランチ間のマージを紹介しました。今回は似て非なる機能としてリベースを見ていきます。

リベース : Git

リベースはマージと何が違うのでしょうか。例えば dev を切ってコミットを追加した後、何かしらの事情で master にもコミットが作成された場合を考えます。

マージ: dev から master をマージすると master のコミットが、現在の dev のコミットの後に適用されます。
リベース: master のコミットが dev のコミットの前に入るため、あたかも master でが作成された後に dev を切ったような状態となります。

実際にやってみましょう。

1. ‘git log --oneline --graph’ を実行して現在の状況を確認。前回の記事の直後のためマージコミットが最後に存在。

2. マージ前に戻すため、‘git reset --hard c79adb2’ を実行し、再度 ’git log --oneline --graph --all’ を実行。

3. この時点で Visual Studio 2017 より Patch1.cs を追加。全て保存。

4. ‘git add VS_Git\Patch1.cs’ および ‘git commit -am “Patch1.cs の追加”’ を実行。

5. ‘git log --oneline --graph --all’ を実行。dev ブランチと別に master にも新しいコミットが存在。

6. リベースは dev ブランチから行うため、’git checkout dev’ を実行してから ‘git rebase master’ を実行。Git が csproj ファイルでの競合エラーを出力。これは master ブランチの csproj ファイルは Patch1.cs の情報を持っているが、dev ブランチの初めのコミットは Class5.cs を持っているため。

7. ‘git mergetool’ を実行してマージ用のツールを起動。Visual Studio が構成されている場合 VS が起動する。

8. Source では Class5.cs だけが表示され Class6.cs が表示されないが、これはリベースがコミットを 1 つずつ適用するため。今回は両方の変更をチャックボックスをクリックし選択後、”マージの許可” をクリック。

9. 競合の解消が終わったので、‘git rebase --continue’ を実行してリベースを続ける。するとまた競合。今度は dev のコミット 2 つ目だが先ほどと同じ理由。

10. 'git mergetool’ を実行してマージツールを起動。

11. 期待通り、今回は Class6.cs が存在。両方を選択して、”マージの許可” をクリック。

12. ‘git rebase --continue” を実行。もうエラーが出ないことを確認。

13. ‘git log --oneline --graph --all’ を実行。グラフが一列に表示され、Patch1.cs の追加が dev のコミットより前に入ることを確認。しかし親コミット ID が変わるため Git としては新しい Git オブジェクトが作成され、結果コミット ID は変わる事を確認。