#状況

masterは現在release分を対応します。
developでは、次のreleaseの課題に対応するために分けて対応しました。
master branchで修正が発生し、develop branchも修正が発生した状態です。
現在releaseがstoreに公開されたため、次のreleaseをmasterに合わせる必要がありました。
どちらのbranchも修正が発生したため、conflictが発生しました。
これを修正するため、develop branchから新しいbranchを作成しました。そのbranchでmasterにrebaseして、conflictを修正してmergeをしました。

#問題

修正された部分はちゃんとmasterに含まれましたが、

developbranchで修正した部分がすべてひとまとまりになり、それぞれ修正した履歴がまともに見られない状況になりました。
(-> develop branchはrebaseにしない方がいいそうです。 )

（+develop branch とmaster branch と繋がらないままコードの差分が依然として見られる異常な状況になりました。 )

#対応1 : mergeしたものを再び戻す

mergeしたものを再び戻す必要性がありました。
mergeする前の段階に戻るためには、checkoutを使用します。

Git checkout -B master 922bc3bd9

(Reset--hardと似ていますが履歴が残っているというメリットがあるようです。 Reset--soft かな？もう少し調査が必要です。)

これをそのままgitにpushしてもrejectされます。 git push -fをしてもrejectされます。

その理由はgitのprotectionのためなので、
SettingのBranchで一時的にmasterの名前を修正します。

(ex) master_tmp)

そして、再びgit push -fを実行すれば、現在のmasterが(問題のbranchを)mergeされる前の状態に戻ります。
さっき修正したmasterの名前を修正します。（master_tmp -> master）

#対応2 :master branchの変更をdevelopに取り込む
mergeしたものは戻したが、二つのBranchがconflictが出るという問題は、依然として残っています。
master branchの変更をdevelopに取り込む作業をします。

1.まず、origin/developから新しいbranchを作ります。
Git checkout -b feature/merge_master_to_develop origin/develop
2. Git merge –no -ff origin/masterを実行します。
3.conflictを修正します。
4.これをpushします。
5.gitでbase branchをdevelopに変更します。
6.変更点（Files changed）でconflictを解決した部分のみ表示されます。

まず、このprをmergeをします。（developがmasterにmergeをするのに問題がない状態にします。）

以降は簡単になります。 conflictがないdevelop branchをそのままmasterにmergeします。

gitでNew Pull Requestでcompare branchをdevelopに変更します。