GitHub_Revertでマージする前の状態に戻す_Revert後に再度マージする #255日目
Gitでバージョン管理している中で、一度マージした内容を取り消したいケースが出てくると思います。そんな時に使える機能が「revert」です。
pull requestを出してブランチをマージした後でも、revertを使うことでマージ前の状態に戻すことができます。
一見すると、マージを取り消してマージ前の状態に戻っているように見えます。しかし実体は少し違っていて、「履歴に残っているマージ前の状態のブランチを、マージ後のブランチに再度マージする」という処理になっています。
そのため上記の「Revert」を押下すると、「revert-プルリク番号-元のブランチ名」という名前の、Revert用のブランチが作成されていることが分かります。
後は通常通りMerge pull requestすればOKです。
次はこのRevart自体を取り消して、このブランチを再度Mergeしてみたいと思います。
ところが、一度MergeしてからRevertした「cd_new」ブランチでプルリクを作成しようとすると、変更がありませんと表示されます。
これは、cd_newブランチ自体は一度マージされてしまっているので、元々の変更点は一度取り込まれた形になっており、変更として認識されないためです。
ではどうすればよいか？
先ほどのRevertをRevertします。
プルリクの履歴からRevertのプルリクにアクセスします。
RevertしたプルリクをRevertします。
RevertのRevertのためのプルリクが作成されます。わけわかんなくなってきますね。
あとはこのプルリクをマージするだけです。
今回は非常にシンプルな例なので何もコンフリクトは起きていませんが、revertは色んな所でコンフリクトを起こしやすいので、本来はあまりやらない、やるとしても慎重に取り扱うべきものです。
ここまでお読みいただきありがとうございました！！