gitで他のブランチをマージするとき

Question

gitでおそらく競合するであろう他のブランチをマージするとき、rebaseを使ってマージするのは得策ではないですか？
コンフリクト解消するのにrebase --continueを4, 5回叩いて大変だったので質問しました。
競合しない、または競合箇所が少ない他のブランチだったら、マージコミットが発生しないrebaseを使った方が競合の解消も楽ですし、ログも綺麗になるのでいい気がしますが。

Answer 1

ブランチのコミットが多い時にコンフリクトすると、面倒ですよね笑

なんとなくですが・・・あとあと面倒にならない気がして、私はできるだけrebaseを使ってます。

メインブランチの機能を取り込みたい時、

1. 対象のブランチから、新しいブランチ切って
2. 新しいブランチをrebase squashした後
3. メインブランチにrebaseする

方法で、少し楽してます。

対象のブランチがその場に取り残されますけど、
履歴見る目的には、十分かな・・・と思い込んでます笑

全然回答には、なっていない気がしますが・・・

Answer 2

得策かどうかというより、リポジトリの運用ポリシー次第だと思いますので、ポリシーでそうなっているならrebaseを使うのが常だと思います。

「rebaseのが良いって言われてるけど、コンフリクト解消するのにrebase --continueを4, 5回叩いて大変だったんだけど、本当にみんなこんなことしてるの？」という意図であるならば、私の場合はしています（他に方法があるのかな？）。

結局は「いかに楽に競合を解決するか」という話になると思います。リモート側のソースが正しいことがわかりきっているのならば、 git checkout --theirs を使ってさっさと解決しています。