重複の可能性:
git pull VS git fetch git rebase
いくつかgit
のプロジェクトで、プロジェクトを更新することをお勧めしています
git fetch; git rebase origin master
と比較して、これを行うことに利点はありますか
git pull
github
とにかく、常にリモートを信頼しているため、のオープンソース プロジェクトの観点から。
重複の可能性:
git pull VS git fetch git rebase
いくつかgit
のプロジェクトで、プロジェクトを更新することをお勧めしています
git fetch; git rebase origin master
と比較して、これを行うことに利点はありますか
git pull
github
とにかく、常にリモートを信頼しているため、のオープンソース プロジェクトの観点から。
ブランチのローカル コピーに変更を加えていない場合、2 つのコマンド セットはまったく同じ履歴になります。違いは、ブランチの現在のコピーに対してローカル コミットを行ったときに現れます。
リモートで行った変更を行うgit pull
と、ローカル ブランチにマージされ、履歴にマージ コミットが作成されます。一方、フェッチに続いてリベース (またはgit pull --rebase
) を実行すると、ローカルの変更がリモートの変更の上に再生されます。これにより、履歴が乱雑になるマージコミットが少なくなるため、履歴がきれいになります。
また、新しいコミット前の履歴がリモートの履歴と一致するため、多くの場合、変更を上流にマージしやすくなります。