[解決済み] git pull --rebase はいつ使うべきですか？

質問

を使っている人がいますね。 git pull --rebase をデフォルトで使う人もいれば、絶対に使わないと言い張る人もいます。 マージとリベースの違いについては理解しているつもりですが、このことを git pull . マージコミットメッセージをたくさん見たくないということだけなのか、それとも他の問題があるのでしょうか？

解決方法は？

を使用する必要があります。 git pull --rebase いつ

• あなたの変更は別のブランチにふさわしくありません。

確かに -- なぜそうしないのか？ その方がより明確ですし、また 論理的なグループ化 をコミットしてください。

OK、少し説明が必要ですね。 Gitでは、ご存知のように、ブランチとマージをすることが推奨されています。 変更を取り込んだローカルブランチとリモートブランチは、実際には別のブランチであり git pull は、それらをマージするためのものです。 プッシュする頻度はそれほど高くなく、通常は完成した機能を構成するまでにいくつもの変更を積み重ねることになるので、これは合理的なことです。

しかし、時には--どんな理由であれ--この2つ--リモートとローカル--があれば、実際にはより良いと思うこともあるでしょう。 一つ ブランチです。 SVNのように。 ここでは git pull --rebase が登場します。 もはやマージするのではなく、実際に リモートブランチの上にコミットする . というのが実際のところです。

危険かどうかは、ローカルブランチとリモートブランチを切り離せない一つのものとして扱っているかどうかという問題です。 それが合理的な場合もあります (変更が小さい場合、あるいは堅牢な開発の初期段階において、重要な変更が小さなコミットでもたらされる場合など)。 そうでない場合もあります (通常は別のブランチを作成するところですが、それをするのが面倒な場合など)。 しかし、それはまた別の問題です。