GitプルとGitリベース

私はGitのでnoobのだ、との違いを学ぶしようとしてgit pull対をgit rebase。どちらも同じ目的を果たしていると思うので、誰かがどのオプションをいつ使用するかの例を提供できますか？

git pullそして、git rebase互換性がありませんが、それらは密接に接続されています。

git pullリモートから現在のブランチの最新の変更をフェッチし、それらの変更をブランチのローカルコピーに適用します。通常、これはマージによって行われます。つまり、ローカルの変更がリモートの変更にマージされます。にgit pull似ていgit fetch & git mergeます。

リベースはマージの代替手段です。2つのブランチを組み合わせる新しいコミットを作成する代わりに、一方のブランチのコミットをもう一方のブランチの上に移動します。

マージ（git pull --rebase）の代わりにリベースを使用してプルできます。行ったローカルの変更は、リモートの変更とマージされるのではなく、リモートの変更に基づいてリベースされます。

アトラシアンには、マージとリベースに関する優れたドキュメントがあります。

git-pull-別のリポジトリまたはローカルブランチからフェッチして統合する GIT PULL

基本的には、リモートブランチをローカルにプルしています。例：

git pull origin master

マスターブランチをローカルリポジトリにプルします

git-rebase-更新されたアップストリームヘッドGIT REBASEへのフォワードポートローカルコミット

これは、他のユーザーがリモートで行った変更の上にローカルの変更を置きます。例えば：

• ローカルブランチにいくつかの変更をコミットしました。たとえば、 SOME-FEATURE
• その間あなたの友人は他の機能に取り組んでいて、彼のブランチをマスターにマージしました

今、あなたは彼とあなたの変更をあなたのローカルブランチで見たいと思っています。それであなたはmasterブランチをチェックアウトします：

git checkout master

それからあなたは引っ張ることができます：

git pull origin master

そしてあなたはあなたのブランチに行きます：

git checkout SOME-FEATURE

そして、リベースmasterして最新の変更を取得し、ブランチのコミットを上に置くことができます：

git rebase master

もう少しはっきりしているといいのですが。

一言で言えば ：

-> Git Merge：自分とリモートの変更をマージするだけで、別のコミット履歴レコードが作成されます

-> Git Rebase：すべての新しいリモート変更よりも変更が優先され、コミット履歴が書き換えられるため、コミット履歴はgitマージよりもはるかにクリーンになります。リベースは破壊的な操作です。つまり、正しく適用しないと、コミットされた作業が失われたり、他の開発者のリポジトリの一貫性が損なわれたりする可能性があります。