git - Git：マスターをトピックブランチにマージすることで、後で競合を回避できることがよくありますか？

Question

議論のために、私たちは歴史をあまり気にしないとしましょう。

ある程度頻繁に更新されるマスターブランチがあり、かなり長寿命の共有トピックブランチがある場合、定期的にマスター->トピックブランチをマージし（競合が発生したときに解決し）、トピックブランチのスムーズなマージを可能にします->後でマスターしますか？

Answer 1

あなたが言っていることは議論の余地がないように聞こえます-メインブランチからサイドブランチに変更を定期的にマージ（バックポート）すると、サイドブランチをメインにマージするときが来ると、行う。

もちろんですよね？時間の経過とともに、ブランチは分岐します。そして、今日のコードの書き方は、昨日の書き方によって異なります。今日、ブランチが分岐すればするほど、明日は分岐します。

メインブランチでコードをリファクタリングするとします。サイドブランチで、リファクタリングされたコードを使用する新しい機能を実装する必要があるとします。リファクタリングの変更をマージ（バックポート）する前にその新しい機能を記述した場合、新しい機能をメインブランチに移植するときは、a）事前にリファクタリングされたコードをメインに追加し直すか、b）新機能をリファクタリングします。一方、リファクタリングをすでにマージ（バックポート）している場合は、すべての作業を行わなくても、新しい機能をメインにマージできます。