Recursiveマージストラテジーで、リベース元のファイル群を、リベース先のサブフォルダー内のファイルにリベースする
「Recursiveマージストラテジー」で、リベースするファイル群を、リベース先のサブフォルダー内のファイルに「リベース」します。リベース先のサブフォルダーは、ユーザーが指定できます。
1.ブランチの確認
現在のブランチ構成を確認すると、以下のようになっています。現在のブランチは、「fix」ブランチであることが分かります。
同様に、「HEAD」は「fix」ブランチを指していることが分かります。
2.ブランチの構成
現在のブランチの構成を図にすると、以下のようになっています。「fix」ブランチを「master」ブランチにリベースするため、リベース対象の「コミットオブジェクト」は、以下のようになります。
- Commit4
- Commit5
3.masterブランチのワーキングディレクトリー
「master」ブランチの「ワーキングディレクトリー」は、以下のようになっています。例として、リベース先のサブフォルダーに「myFix」サブフォルダーを指定します。
4.myFixサブフォルダー
「myFix」サブフォルダー内は、以下のようになっています。5.masterブランチのfix.txtファイルの中身
「master」ブランチの「fix.txt」ファイルの中身は、以下のようになっています。6.fixブランチのfix.txtファイルの中身
「fix」ブランチの「fix.txt」ファイルの中身は、以下のようになっています。7.コマンドの実行
コマンドのオプションは、以下のオプションを指定します。ショートオプション | ロングオプション | オプションの値 |
---|---|---|
-s | --strategy= | recursive |
-X | --strategy-option= | subtree=サブフォルダーのパス |
「端末」から、以下のコマンドを実行します。
コマンドの詳細は、「ファイルの変更内容を異なるブランチに結合するコマンドの説明」を参考にしてください。
ポイントは、赤字の箇所です。
git rebase --verbose --merge --strategy=recursive --strategy-option=subtree=myFix master
8.コマンドの実行
以下のように、リベース結果が表示されます。9.ブランチの確認
現在のブランチ構成を確認すると、以下のようになっています。「fix」ブランチが指す「コミットオブジェクト」の識別子が、「1.」と異なっています。
10.ブランチの構成
現在のブランチの構成を図にすると、以下のようになっています。「Commit4」の変更内容を元に、「Commit4’」が新規に生成されています。
同様に「Commit5」の変更内容を元に、「Commit5’」が新規に生成されています。
「Commit4」と「Commit5」は、いずれも削除されています。
11.リベース後のmyFixサブフォルダー
「myFix」サブフォルダー内は、以下のようになっています。「master.txt」ファイルは差分がなかったため、「myFix」サブフォルダー内に「master.txt」ファイルは作成されていません。