rebaseコマンドを使う。P176一連のコミットのもととなるもの(基点)を変更する際に使います。講義コミットをかぶせる事[1]コミットの基を変更すると。一般的な?場合(前方移植(forward-port))Git道場で繰り返したパターンに近いかな。/A---B---C---D(master)まずは1-5行目にそれぞれ1-5と入力したファイルを用意。commit次にtopicブランチを作成しを育てる。commitmasterに戻り、同じくファイルを編集。commit各コミットをABCD123とすると、こう。--abort".途中でコンフリクトしたけど、内部ではこうなっている。/A---B---C---D(master)---1'---2'---3'(HEAD)コンフリクト発生時、グラフはこうなっている。1と2がmasterブランチから生えてる、イコールmasterブランチにtopicブランチの変更(二つ)がコミットされている。一個ずつ変更を適用してコミットとしているので、もとのtopicブランチとSHA1値が変わっている。最後の変更をコミットしようとしたらコンフリクトしたので、直す。3rebaseが無事終了。グラフを見てみると...。commitmasterブランチとtopicブランチが一直線になった。旧topicブランチは変更が適用されたという事で削除されている。topic)一連の流れのreflogはこんな感じ。rebaseしたいブランチに依存しているブランチがある場合これを見てまたrebase怖いと思ってしまった。/A---B---C(master)こういうブランチがあった時に、devをrebaseするとどうなるかという事。devで下記のようになってくれるとうれしい。/A---B---C(master)---1'---2'---3'(dev)だが、実態はそうではない。