なぜgit/SourceTreeは、マージ先ではなくソース内のコンフリクトを編集したいのですか？

Question

私たちはSourceTree経由でgitを使用しています。私はマスター（いくつかのホットフィックスのために以前に更新されていた）をリリースブランチにマージする過程にあります（これは数ヶ月前にマスターから壊れました）。

ソースツリーは、master - > releaseからプルリクエストを実行するときに競合が発生していることを示しており、atlassian-Stash-GUIを介して以下のコマンドを使用するように通知します。

私が理解できないことは、次のとおりです。次に、マスターの下のコマンドを使って競合を解決し、マスターにプッシュするように見えます。私はまた、NextReleaseからマスターに変更を加えて、このプルリクエストのためにNextReleaseにしか入れないと思ったときに終わります。

私は、NextReleaseブランチでこれらのコマンドを使用して終了し、そこの競合を解決し、マスターを変更しないで残すべきだと思っていました。

ここで何か問題がありますか？

git fetch origin release/NextRelease 

git checkout master 
git merge FETCH_HEAD 

<now we should resolve the conflicts> 

git commit 
git push origin HEAD 

Answer 1

これはプルリクエストの仕組みです。マージが発生したソースの競合を解決します。プル要求はコードレビューに最も一般的に使用されます。

通常のマージを行うだけで、競合の解決をソース上で行う必要があります。

git checkout release/NextRelease 

git merge master 

<Resolve conflicts. Make sure everything looks good> 

git push origin release/NextRelease