Gitでマスターからブランチに変更を取得する

私のリポジトリには、というブランチがあります aq私が作業しているあります。

その後、で新しい作業とバグをコミットしましたmaster。

これらのコミットをaqブランチに入れるための最良の方法は何ですか？から別の新しいブランチを作成し、masterそれをaq？

aqブランチをチェックアウトし、からリベースしmasterます。

git checkout aq
git rebase master

あなたはgit merge origin/masterあなたがあなたのaqブランチにいるときにちょうどできるはずです。

git checkout aq
git merge origin/master

まず、マスターにチェックアウトします。

git checkout master

すべての変更、修正プログラム、コミットを行い、マスターをプッシュします。

ブランチ「aq」に戻り、マスターをマージします。

git checkout aq
git merge master

あなたのブランチはマスターで最新になります。マージの良い基本的な例は、3.2 Gitブランチ-基本的なブランチとマージです。

マスターのバグ修正が他のコミットに含まれていないという保証はないため、単純にマージすることはできません。行う

git checkout aq
git cherry-pick commit1
git cherry-pick commit2
git cherry-pick commit3
...

これらのコミットがバグ修正を表すと仮定します。

ただし、今後は、バグ修正を別のブランチに保管してください。あなただけができるようになります

git merge hotfixes

それらすべてを通常のdevブランチにまとめたい場合。

cherry-pick関連するコミットをブランチにaqマージするか、ブランチmasterをブランチにマージしaqます。

とマージ aq

git checkout master
git pull
git checkout aq
git merge --no-ff master
git push

簡単な方法

# 1. Create a new remote branch A base on last master
# 2. Checkout A
# 3. Merge aq to A

私にとっては、すでに変更があり、ベースブランチから最新のものを入手したいと思っていました。私にはできなかったしrebase、cherry-pick永遠にかかるはずだったので、次のようにした：

git fetch origin <base branch name>  
git merge FETCH_HEAD

したがって、この場合：

git fetch origin master  
git merge FETCH_HEAD

これ（ここから）は私のために働きました：

git checkout aq
git pull origin master
...
git push

引用：

git pull origin masterマスターブランチのコンテンツをフェッチしてブランチにマージし、マージコミットを作成します。マージの競合がある場合は、この段階で通知され、続行する前にマージコミットを解決する必要があります。新しいマージコミットを含むローカルコミットをリモートサーバーにプッシュする準備ができたら、を実行しgit pushます。

いくつかのオプションがあります。git rebase master aqコミット名を保持するブランチに。ただし、これがリモートブランチの場合はリベースしないでください。git merge master aqコミット名を保持する必要がない場合は、これを行うことができます。コミット名を保持する必要があり、それがリモートブランチである場合git cherry-pick <commit hash>、コミットはブランチにコミットされます。

これは、1行で実行することもできます。
git merge aq master

これは

git checkout aq
git merge master

編集：

ドキュメント以下の私の答えマージへの道masterにaqあなたはそれが上で行われた変更一覧表示されますマージの詳細表示する場合、aqマージする前には、いない変更がで作られましたmaster。あなたがそう思っているとしても、それはおそらくあなたが望むものではないことに気づきました！

ただ：

git checkout aq
git merge master

結構です。

はい、この単純なマージは、からの変更masterがaqその時点で行われたことを示します。その逆ではありません。しかし、それは大丈夫です–それが起こったことだからです！後で、最終的にブランチをにマージするとmaster、つまり、マージが最終的に加えられたすべての変更を表示しますmaster（これはまさにあなたが望むものであり、人々がとにかくその情報を見つけることを期待するコミットです）。

私が確認したところ、最後のすべてをにマージすると、上記の通常のアプローチとまったく同じ変更（元のとの間の分割aq以降に行われたすべての変更）も表示されます。だから私はその唯一の本当の欠点（複雑すぎて非標準であることを除いて...：-/）は、最近の変更をn回巻き戻し、これがマージを超えた場合、以下のバージョンがロールバックすることです「間違った」ブランチ。手動で修正する必要があります（例：＆）。aqmastermastergit reset --hard HEAD~<n>git refloggit reset --hard [sha]

[つまり、私が以前考えていたのは、次のことでした。]

に問題があります：

git checkout aq
git merge master

マージコミットに表示される変更（たとえば、Github、Bitbucket、またはお気に入りのローカルgit履歴ビューアーで現在または後で確認する場合）は、マスターで行われた変更であり、希望どおりではない場合があるためです。

一方

git checkout master
git merge aq

ショーおそらく水溶液に加えられた変更、ですあなたが欲しいものを。（または、少なくとも、たいていはそれが私が欲しいものです！）しかし、正しい変更を示すマージは間違ったブランチにあります！

対処方法は？！

（上記の2番目のマージに従って）aqに加えられた変更を示すマージコミットで終了するが、マージがaqブランチに影響を与える完全なプロセスは次のとおりです。

git checkout master
git merge aq
git checkout aq
git merge master
git checkout master
git reset --hard HEAD~1
git checkout aq

これ：aqをマスターにマージし、同じマージをaqに早送りし、マスターで元に戻し、再びaqに戻します！

私は何かが足りないように感じます-これは明らかにあなたが望んでいるものであり、実行するのが難しいもののようです。

また、リベースは同等ではありません。aqで行われたコミットのタイムスタンプとIDが失われます。これも私が望んでいることではありません。

シナリオ：

• 私はマスターからブランチ1を作成し、ブランチ1をローカルにプルしました。
• 私の友人はマスターからブランチを作成し、ブランチ2と言います。
• 彼はいくつかのコード変更をマスターにコミットしました。
• 次に、これらの変更をマスターブランチからローカルブランチに適用します。

解決

git stash // to save all existing changes in local branch
git checkout master // Switch to master branch from branch-1
git pull // take changes from the master
git checkout branch-1 // switchback to your own branch
git rebase master // merge all the changes and move you git head  forward
git stash apply // reapply all you saved changes 

「git stash apply」を実行すると、ファイルの競合を見つけることができます。手動で修正する必要があり、プッシュする準備が整いました。