前提
下記の3ブランチがある
- master(本番リリース)
- dev(次リリースの機能をマージしていく環境)
- feature(現在devにPR中で、devとコンフリクトしたのでdevをマージした)
dev環境でテストで大丈夫だったものをmasterにマージする
状況
devの一分機能をリリース取りやめになり、masterの状態へ戻した
この場合、すでにPR出しているものは次リリースの機能が必要だったり、devへのPRでコンフリクトするのでdevをマージしていたため、masterの状態に戻ったdevへのPRには不要な機能の修正も含まれていた。
直し方
revertするのが簡単だが、今後対象の機能を修正したのを取り込むので、revertするとそれを無効化するコミットが作成されてしまう。
マージコミットを打ち消すと、打ち消されたブランチに含まれていた変更が、その後、そのブランチを再度マージしたとしても、取り込みが発生しない、という事になります。これは、revert により変更自体は打ち消されても、マージの事実が歴史上に残り続けるからです。
これは困るので、resetを使います
バックアップ作成
git branch bk_feature feature
マージコミット前に戻す
logを調べます
git log --first-parent
commit 233233232323222222222
10個目の機能追加
~中略~
commit 111111111111111111111
2個目の機能追加
commit 123456789102345678910
Merge branch 'dev' of https://github.com into feature
commit 098765432109876543210
最初の機能追加
このとき、マージコミットから最新のコミットまでのハッシュをメモっておきます
メモったら、マージコミット前に戻ります
git reset --hard 098765432109876543210
あとはマージコミット後にした修正をcherry pickでもってきます
# git cherry-pick {始点となるコミットの１つ前のコミットハッシュ}..{終点となるコミットハッシュ}
git cherry-pick 123456789102345678910..233233232323222222222
cherry-pickする際の参考
https://www-creators.com/archives/2578
https://trueman-developer.blogspot.com/2018/05/git.html
おわったらforce pushする
githubはforce pushしたことが表示される
禁止などの条件がある場合はコピーのブランチでおなじことをして再度PR
git push -f origin feature