マスターからGitブランチを更新する

私はGitを使い始めたばかりで、次のような状況にあります。

• 4つのブランチ（master、b1、b2、およびb3）があります。
• b1-b3に取り組んだ後、他のすべてのブランチにあるはずのブランチマスターに変更を加える必要があることに気付きました。
• 私は必要なものを変更しましたmaster...ここに私の問題があります：

他のすべてのブランチをmasterブランチコードで更新するにはどうすればよいですか？

次の2つのオプションがあります。

1つ目はマージですが、これによりマージ用の追加のコミットが作成されます。

各ブランチをチェックアウト：

git checkout b1

次にマージします：

git merge origin/master

次にプッシュ：

git push origin b1

または、リベースを行うことができます：

git fetch
git rebase origin/master

基本的に2つのオプションがあります。

1. あなたはマージします。これは実際には非常に単純で、完全にローカルな操作です。

   git checkout b1
   git merge master
   # repeat for b2 and b3
   

   これにより、発生したとおりの履歴が残ります。マスターから分岐し、すべてのブランチに変更を加え、最後にマスターからの変更を3つのブランチすべてに組み込みました。

   gitこの状況を非常にうまく処理でき、同時にすべての方向でマージが発生するように設計されています。すべてのスレッドを正しくまとめることができると信頼できます。これは単に分岐するかどうかを気にしないb1マージmaster、またはmasterマージb1、マージがすべてのgitに同じルックスをコミットします。唯一の違いは、どのブランチがこのマージコミットを指すようになるかです。

2. あなたはリベースします。SVNまたは同様の背景を持つ人々は、これをより直感的に理解します。コマンドはマージの場合と類似しています：

   git checkout b1
   git rebase master
   # repeat for b2 and b3
   

   このアプローチは、すべてのブランチで線形履歴を保持するため、好まれています。しかし、この線形の歴史は嘘であり、あなたはそれがそうであることに注意する必要があります。このコミットグラフを考えてみましょう：

   A --- B --- C --- D <-- master
    \
     \-- E --- F --- G <-- b1
   

   マージは真の歴史をもたらします：

   A --- B --- C --- D <-- master
    \                 \
     \-- E --- F --- G +-- H <-- b1
   

   ただし、リベースはこの履歴を提供します。

   A --- B --- C --- D <-- master
                      \
                       \-- E' --- F' --- G' <-- b1
   

   ポイントはコミットということ、であるE'、F'とG'本当に存在しなかっ、そしておそらくテストされていませんでした。それらはコンパイルさえしないかもしれません。特にの変更がでmasterの開発にとって重要である場合、リベースを介して無意味なコミットを作成することは実際には非常に簡単b1です。

   この結果は、次の3つのコミットのどれを区別することができないということであってもよいE、Fと、G実際の値を減少させる、回帰を導入しましたgit bisect。

   使用すべきではないと言っているのではありませんgit rebase。それには用途があります。しかし、それを使うときはいつでも、あなたは歴史について嘘をついているという事実を認識する必要があります。そして、少なくとも新しいコミットをコンパイルしてテストする必要があります。

git rebase masterこれを行う適切な方法です。マージは、マージのためにコミットが作成されることを意味しますが、リベースは作成されません。

ブランチのオンとオフで作業している場合、または何かを作業しているときに他のブランチで多くのことが発生した場合は、ブランチをマスターにリベースするのが最善です。これにより、履歴が整理され、物事をより簡単に追跡できるようになります。

git checkout master
git pull
git checkout local_branch_name
git rebase master
git push --force # force required if you've already pushed

ノート：

• 他の人と共同作業したブランチをリベースしないでください。
• 常にマスターであるとは限らない、マージするブランチをリベースする必要があります。

http://git-scm.com/book/ch3-6.htmlにリベースに関する章があり、ウェブ上には他の多くのリソースがあります。

@cmasterが最も精巧な答えを出しました。簡単に言えば：

git checkout master #
git pull # update local master from remote master
git checkout <your_branch>
git merge master # solve merge conflicts if you have`

将来の参照のために、ブランチ履歴を書き直さず、実際の状態に保つ必要があります。マージしてマスターする間、1つの追加のコミットが作成されますが、それは安価です。コミットメントには費用はかかりません。

（バックアップ）などの他のブランチをマスターブランチコピーで更新します。どちらの方法でも実行できます（リベースまたはマージ）...

1. リベースを実行します（バックアップブランチに対して追加のコミットは行われません）。

2. ブランチをマージする（バックアップブランチへの追加のコミットが自動的に行われます）。

   注：Rebaseは新しいベース（新しいコピー）を確立することに他なりません

git checkout backup
git merge master
git push

（backup2などの場合は、他のブランチについても繰り返します。）

git checkout backup
git rebase master
git push

（backup2などの場合は、他のブランチについても繰り返します。）

git cherry-pickを使用すると、マージしたり、ブランチ全体に個別のコミットを適用したりできます。

この問題には2つのオプションがあります。

1）git rebase

2）gitマージ

マージの場合は上記の両方との差分のみ、履歴に追加のコミットがあります

1）git checkout branch（b1、b2、b3）

2）git rebase origin / master（git rebase --continueを実行して競合がローカルで解決された場合）

3）git push

または、git mergeオプションも同様の方法です

1）git checkout "your_branch"（b1、b2、b3）

2）git merge master

3）git push

マスターからブランチを更新するには：

  git checkout master
  git pull
  git checkout your_branch
  git merge master