Git：リベースを使用してトピックブランチを適用する（マージなし）

Question

寄稿者のリモートリポジトリ上に小さなトピックブランチがあり、マスターの上に適用したい。

git merge contributor/topic-branch 

しかし、私はコミットをしていたいのですが一つ一つの代わりにマージコミットの生成を適用：私はこれを行うための標準的な方法があると思います。

私のマスターをにトピックブランチに適用しているので、ネイティブ実行git rebase contributor/topic-branchは明らかに動作しません。トピックブランチが自分のアップストリームであるかのように。

git rebase master contributor/topic-branch 

そして、これは、今、私が切り離さHEADを持っている、と私はHEADを指すようにmasterブランチを修正する必要があります（使用してbranch -f）を除いて、私が欲しいものを行います。だから私はこれを試してみました。私はもちろんこれを自動的に行うためのBash関数を書くことができますが、mergeを使わずにトピックブランチを引き出すための「適切な」方法がありますか？これは、ローカルブランチのための問題を解決し

git checkout topic-branch 
git rebase master 
git checkout master 
git merge topic-branch 

：どの程度

Answer 1

。トラッキングブランチを解決することは練習として残されています。

編集：私はここで何が起こっているのか説明する必要があります。まず、トピックブランチに変更します。トピック・ブランチをマスターに基づいてリベースします。 （もちろん、すべてがまだ動作していることをテストします。には自動テストがありますか？）トピックブランチがマスターよりも先になったので、マスターに戻ってトピックをマスターにマージすることができます。それは早送りなので、マージコミットは必要ありません。

Answer 2

あなたはcommit-start-idtopic-branch-headへのコミットのポート範囲にしたい場合は、

git checkout contributor/topic-branch 
git rebase --onto master <commit-start-id> 

Answer 3

は私もちょうどあなたができるように、チェリーピックは、範囲をコミットサポートしていることを考え出したん

git cherry-pick HEAD..contributor/topic-branch 

（これは、HEADから届かないtopic-branchのすべてのコミットを順番に適用します）

私は感覚f manページでは、トピックブランチにマージコミットがあるとこれが失敗するので、これは線形履歴の単純なケースでのみ機能します。

また、ローカルトピックブランチでこれを行うと、branch -dはtopic-branchがマージされたことを検出しないため、-Dを使用する必要があります。 （フィリップスのrebase + mergeメソッドはこの問題がありません）