フィーチャブランチを最新の状態にした後で、そのフィーチャブランチをマージする際のGitコンフリクト

Question

gitで「フィーチャブランチを最新の状態にする」という解決策は、マスターがフィーチャブランチに時々マージすることですフィーチャブランチが必要とするマスタブランチで実装された変更は正しいのでしょうか？

私はこれを一度行っています。だから私の歴史は次のようになります。

master feature 

now i want to merge 
| | 
| | file needsToBeChangedForNewFeature.php was changed here again 
| | 
|/| i get a conflict for each change since this point 
| | 
| | file needsToBeChangedForNewFeature.php was changed here 
| | 
|/ 
| 

今私は最終的にマスターにこの機能ブランチをマージしたいのですが、私はTWI時間を変更されたすべての行のための「needsToBeChangedForNewFeature.phpの」ファイル内の競合を取得しています（gitのを参照してください履歴の例）。

これは何とか私にとっては論理的に思えるのですが、gitはファイルの半新バージョンまたは本当に新しいバージョンを保持するかどうかを決定できないためです。

要約すると、フィーチャーブランチ内のファイルの古い変更は、同じフィーチャーブランチ内の同じファイルの最新の変更と競合しています。

しかし、どうすればこの問題を回避できますか？

ありがとうございます。

Answer 1

マスターの機能から最終的なマージに変更する必要はないため、（誰かが独自に別のものを開発している場合を除き）矛盾はありません。あなたの説明から、あなたがやらなければならないマスターの変更を何とか複製するように見えます。