毎日、仕事に出て「git pull」を実行して、develop ブランチのすべての更新されたコードを取得します。pull を実行して何が変更されたかを確認する前に、その理由を教えてください。
4 に答える
git fetch
そして、git log origin/X
変更を表示したりgit diff X origin/X
、ブランチ間の違いを確認したりできます。変更をマージして満足したらgit merge origin/X
、X でしばらく作業を行うことができます。
の後、あなたとの間のコミットの違いを表示するgit fetch origin
コマンドを使用できます。git log --left-right --graph --cherry-pick --oneline HEAD...origin/master
orign/master
コードを取得して、stagingでログを確認できます。
➜ cortex git:(master) ✗ git fetch origin
remote: Counting objects: 1229, done.
...
Resolving deltas: 100% (720/720), completed with 117 local objects.
From github.com:icortex/test
087dfaf..7212fc2 master -> origin/master
* [new branch] test-jobs -> origin/test-jobs
➜ cortex git:(master) ✗ git log origin/test-jobs
ご覧のとおり、ブランチmaster
には変更がありtest-jobs
、新しいブランチです。すると「origin」で各ブランチのログが確認できます。
、、およびそれらの関係のこの説明を読むことを検討してください。git pull
git fetch
git merge
このドキュメントを引用するには:
なぜgit pullしないのですか?
ほとんどの場合、git pull で問題ありません。特に、CVS のような方法で git を使用している場合は、おそらくそれが必要です。ただし、より慣用的な方法で git を使用したい場合 (多くのトピック ブランチを作成したり、必要に応じてローカル ヒストリを書き換えたりするなど)、git fetch と git merge を別々に行うことに慣れることが大いに役立ちます。