git pull/mergeからの衝突を解決する正しい方法ですか？

Question

私はgit pull originを実行しましたが、私はマスターと私のブランチをマージするいくつかの問題があります。ここで

は、私がやったことだ：

1. が私の枝上のすべての変更をコミット
2. gitのチェックアウトのマスター
3. gitのプル原点マスター
4. Gitチェックアウト私の枝
5. gitのマージマスター
6. 'project.pbxproj'を開き、必要なマーカーをすべて削除しました
7. オープン、他の競合ファイルと削除に必要なマーカー
8. gitの両方のファイルとGitは

をコミットするために追加この正しいですか？

Answer 1

はい、これはマージの競合を解決するために完全に許容される方法です。ローカルのmasterブランチは必要ありません.2、4、5の手順は省略できます。

Answer 2

UPDATE：更新質問へこれは、更新されて感謝...

あなたがプルを行う際に、Gitは既存の変更をマージし、競合を通知しようとします。ブランチで変更をコミットしているようですが、newBranchと呼んでいます。その後、ローカルのマスターブランチをチェックアウトし、プルを実行します。ストレートプルを実行すると、gitはfetchコマンドとmergeコマンドを組み合わせ、競合が発生した場合にのみ介入させます。

git push origin master 

は、元のリモートにマスターブランチをプッシュします。同様に、

git pull origin master 

これは、リモートブランチから現在のブランチにプルするものです。

私はステップ（4）であなたがチェックアウトしているブランチについて言及するのを忘れましたが、そのnewBranchを仮定しましょう。手順5でマスターINTO newBranchをマージしようとしていますが、これは通常とは逆です。一般的には、機能をテストしたり、変更した後にブランチをマスターブランチにマージします。マージからの競合を解決した後、マージの一部としてコミットされます。マージされたマスターブランチを原点からマスターにプッシュできます。