他のブランチのHEADではなく、特定のコミットにリベースしたいのですが。

A --- B --- C          master
 \
  \-- D                topic

に

A --- B --- C          master
       \
        \-- D          topic

の代わりに

A --- B --- C          master
             \
              \-- D    topic

どうすればそれを達成できますか？

--ontoパラメーターの使用を回避するには、好きなコミットで一時ブランチを作成し、シンプルな形式でリベースを使用します。

git branch temp master^
git checkout topic
git rebase temp
git branch -d temp

あなたは直接的なアプローチを取ることさえできます：

git checkout topic
git rebase <commitB>

「onto」オプションを使用します。

git rebase --onto master^ D^ D

上記のjszによるコメントは私に多くの苦痛を与えたので、ここに私が他のコミットの上に任意のコミットをリベース/移動するために使用してきたそれに基づくステップバイステップのレシピがあります：

1. リベース（移動）するブランチの前のブランチポイントを見つけます-それを古い親と呼びます。上記の例ではAです
2. ブランチの移動先のコミットを見つけます-新しい親と呼びます。例ではそれはBです
3. あなたはあなたのブランチ（あなたが移動するもの）にいる必要があります：
4. リベースを適用します。 git rebase --onto <new parent> <old parent>

上記の例では、次のように簡単です。

   git checkout topic
   git rebase --onto B A

トピックソリューション

投稿された質問に答えるための正しいコマンドは、次のいずれかです（ブランチtopicが既にチェックアウトされていると想定）。

git rebase --onto B master
git rebase --onto master~1 master
git rebase --onto B A
git rebase --onto B C
git rebase --onto B

topicがチェックアウトされていない場合は、次のtopicようにコマンドに追加します（最後のコマンドを除く）。

git rebase --onto B master topic

または、最初にブランチをチェックアウトします。

git checkout topic

コミット文字列をターゲットコミットにリベース

ドキュメントから引用した、必要なコマンドの基本的な形式は次のとおりです。

git rebase --onto <Target> [<Upstream> [<Branch>]]

<Branch>オプションであり、コマンドの残りの部分を実行する前に、指定されたブランチをチェックアウトするだけです。リベースするブランチをすでにチェックアウトしている場合は、これは必要ありません。指定<Upstream>するために指定する必要があることに注意してください。<Branch>そうしないと、gitが指定していると見なし<Upstream>ます。

<Target>コミットの文字列をアタッチするコミットです。ブランチ名を指定するときは、そのブランチのヘッドコミットを指定するだけです。<Target>移動するコミットの文字列に含まれない任意のコミットを指定できます。例えば：

A --- B --- C --- D         master
      \
       \-- X --- Y --- Z    feature

全体の機能ブランチを移動し、あなたが選択することができないためにX、Y、Z、またはfeatureとして<Target>それらがすべて移動してグループ内のコミットされているからです。

<Upstream>これは2つの異なることを意味するため、特別です。チェックアウトされたブランチの祖先であるコミットの場合、それはカットポイントとして機能します。私は提供された例では、これがないものだろうC、Dまたはmaster。<Upstream>チェックアウトされたブランチの先頭までのすべてのコミットが移動されます。

ただし、<Upstream>が祖先でない場合、gitは指定されたコミットからチェーンをバックアップし、チェックアウトされたブランチで共通の祖先が見つかるまで（そして、見つからない場合は中止します）。私たちの場合は、<Upstream>のB、C、D、またはmasterすべてのコミットになりますBカット点となります。<Upstream>それ自体はオプションのコマンドであり、指定されていない場合、gitはと入力するのと同じですが、チェックアウトされたブランチの親を調べますmaster。

gitが切り取り、移動するコミットを選択したので、<Target>ターゲットにすでに適用されているコミットをスキップして、に適用します。

興味深い例と結果

この開始点を使用：

A --- B --- C --- D --- E         master
            \
             \-- X --- Y --- Z    feature

• git rebase --onto D A feature
  コミットを適用しますB、C、X、Y、ZコミットするDとスキップし終わるBとC、彼らはすでに適用されているので。

• git rebase --onto C X feature
  コミットYを適用してコミットしZ、コミットCを効果的に削除しますX

より簡単な解決策はgit rebase <SHA1 of B> topicです。これは、どこにいても機能しますHEAD。

git rebase docからこの動作を確認できます

<upstream>比較する上流ブランチ。既存のブランチ名だけでなく、任意の有効なcommitにすることができます。デフォルトは、現在のブランチに設定されたアップストリームです。

git rebase <SHA1 of B> <SHA1 of topic>

これも機能しますが、リベースはTopic作成された新しいブランチをポイントせずHEAD、デタッチされた状態になります。そのため、ここから手動で古いものTopicを削除し、リベースによって作成された新しいブランチに新しいブランチ参照を作成する必要があります。

上記のソリューションを組み合わせて使用​​しました：

$ git branch temp <specific sha1>
$ git rebase --onto temp master topic
$ git branch -d temp

読みやすく、理解しやすいと思いました。受け入れられた解決策は私にマージの競合を引き起こします（手作業で修正するには面倒です）：

$ git rebase temp
First, rewinding head to replay your work on top of it...
Applying: <git comment>
Using index info to reconstruct a base tree...
M       pom.xml
.git/rebase-apply/patch:10: trailing whitespace.
    <some code>
.git/rebase-apply/patch:17: trailing whitespace.
        <some other code>
warning: 2 lines add whitespace errors.
Falling back to patching base and 3-way merge...
Auto-merging pom.xml
CONFLICT (content): Merge conflict in pom.xml
error: Failed to merge in the changes.
Patch failed at 0001 <git comment>
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".

リベースが非常に基本的であるため、ここにネストル・ミリャエフの答えを拡張します。組み合わせjszさんとサイモン・南さんからのコメントアダムDymitrukの答えは上で動作し、このコマンドを生み出すtopicかかわらずからに分岐するかどうかのブランチmasterブランチのコミットAかをC：

git checkout topic
git rebase --onto <commit-B> <pre-rebase-A-or-post-rebase-C-or-base-branch-name>

最後の引数は必須です（それ以外の場合は、ブランチを巻き戻してcommitしますB）。

例：

# if topic branches from master commit A:
git checkout topic
git rebase --onto <commit-B> <commit-A>

# if topic branches from master commit C:
git checkout topic
git rebase --onto <commit-B> <commit-C>

# regardless of whether topic branches from master commit A or C:
git checkout topic
git rebase --onto <commit-B> master

したがって、最後のコマンドは私が通常使用するものです。

それを行う別の方法があります。または、1つ以上のコミットに戻りたい場合。

nコミット数に戻る例を次に示します。

git branch topic master~n

この質問のために、これも行うことができます：

git branch topic master~1

コマンドはで完全に機能しgit version 2.7.4ます。他のバージョンではテストしていません。