マスターから開発ブランチへのgit pull

dmgr2（開発）というブランチがあり、マスターブランチ（ライブサイト）からプルして、すべての変更を開発ブランチに組み込みたいです。これを行うより良い方法はありますか？変更をコミットした後、私が計画していたことは次のとおりです。

git checkout dmgr2
git pull origin master

これにより、ライブの変更が開発ブランチに取り込まれますか、それとも間違っていますか？

リストした手順は機能しますが、より多くのオプションを提供する長い方法があります。

git checkout dmgr2      # gets you "on branch dmgr2"
git fetch origin        # gets you up to date with origin
git merge origin/master

fetchコマンドは、前の任意の時点で行うことができますmergeので、つまり、あなたは、フェッチとチェックアウトの順序を入れ替えることができますfetchだけでリモート（という名前にオーバー行くorigin）とそれに言う：「あなたは私にはないことを持っているギミのすべてのもの"、つまり、すべてのブランチですべてのコミット。それらはリポジトリにコピーされますが、リモートでorigin/branch名前が付けられたブランチの名前が付けられますbranch。

この時点git logでgitk、任意のビューア（、、など）を使用して、自分が「持っていないもの」を確認したり、その逆を行ったりできます。これはウォームファジーフィーリングにのみ役立つ場合があります（「はい、そうです、それが実際に私が望んでいることです」）。

最後に、mergeコマンドは指定されたコミットを受け取ります。これはと名付けることができorigin/master、そのコミットとその祖先を、を実行するときに現在のブランチに持ち込むために必要なことをすべて実行しmergeます。挿入し--no-ffたり--ff-only、早送りを禁止したり、結果が早送りの場合のみマージしたりできます。

シーケンスを使用する場合：

git checkout dmgr2
git pull origin master

このpullコマンドはgitに実行を指示しgit fetch、次にと道徳的に同等のものを指示しますgit merge origin/master。したがって、これは2つの手順を手作業で行うのとほとんど同じですが、微妙な違いがあり、あまり気にしていない可能性があります。（特に、fetchstep runはpullbringover only origin/masterであり、リポジトリのrefを更新しません^。1新しいコミットは、特別なFETCH_HEAD参照によってのみ参照されます。）

より明示的なgit fetch origin（次にオプションで見回す）git merge origin/masterシーケンスを使用する場合は、独自のローカルをmasterリモートで最新にしfetchて、ネットワーク全体で1つだけ実行することもできます。

git fetch origin
git checkout master
git merge --ff-only origin/master
git checkout dmgr2
git merge --no-ff origin/master

例えば。

¹この2番目の部分は変更されました（私は「修正済み」と言います）git 1.8.4で、「リモートブランチ」参照を便宜的に更新します。（リリースノートにあるように、更新をスキップするという意図的な設計上の決定でしたが、より多くの人がgitによる更新を好むことがわかりました。古いリモートブランチのSHA-1が必要な場合は、デフォルトで次の場所に保存されます。 、したがってreflogから回復可能です。これにより、上流のリベースを見つけるための新しいgit 1.9 / 2.0機能も有効になります。）

状況：自分のローカルブランチで作業していますが、という名前の開発ブランチで最新情報を入手するのが大好きdevです。

解決策：通常、私は次のことを行います：

git fetch
git rebase origin/dev

これは私のために働いた。マスターから私のブランチに最新のコードを取得するため

git rebase origin/master

シナリオ：

私はマスターの更新とブランチの更新を行っています。ブランチにマスターのリベースを追跡させ、すべての履歴を適切に追跡させたいので、ブランチをMybranchと呼びましょう

ソリューション：

git checkout master    
git pull --rebase    
git checkout Mybranch    
git rebase master
git push -f origin Mybranch

• すべてが解決されるまで、状況とgitヒントに従って、git mergetool＆、git rebase --continue、git rebase --skip、git add -uとのすべての競合を解決する必要があります

（Tzachi Cohenの厚意により、「-f」を使用して最後のステージに修正すると、サーバーでgitが「更新履歴」に強制されます）

ブランチはマスターに合わせてリベースし、リモートも更新する必要があります。そのため、gitログに「後ろ」または「先」はなく、ローカルの競合* .origファイルをすべて削除して、フォルダーを「クリーン」に保つ必要があります。