gitのリベースで歴史を一本化できない

Question

上記の画像は、developブランチにいる状態でmasterブランチをリベースした直後の画像です。

リベースというのは、歴史を一本化してくれるコマンドらしく、developブランチとmasterブランチを統合しようとしています。

mergeコマンドとの違いは、mergeの場合は、基準とするブランチにチェックアウト（masterの後に続いてdevelopを適応させたければmasterブランチに移動して marge developのようにする）しますが

リベースの場合は、もしmasterの後にdevelopの歴史を一本化したければ、まずはdevelopに移動して、git rebase developのようにしますよね。そこでコンフリクトが発生するので、コンフリクトを治す。

そしたら、git rebase --continueする。ここから少しわからないんですが、この後僕はどうすれば良いんでしょうか。下記の参照urlによればコンテニューした後は、masterにチェックアウトして git marge developのようにしれ見れば、歴史が一本に繋がると書いてあります。

しかし、git rebase --continueした後にmasterにチェックアウトしようとすると、下記のようにエラーが発生してしまいます。

new.txt: needs merge
error: you need to resolve your current index first

Answer 1

ちょっと言葉の定義が怪しいようですので，整理しましょう．

チェックアウト： 指定したコミットへ HEAD を移動すること．そこにブランチがあり，チェックアウトでブランチを指定していると ブランチをチェックアウトした 状態になる．実際のファイル群は（ステージされていない変更等一部を除いて）チェックアウトしたコミットの状態になる

mergeの場合は、基準とするブランチにチェックアウトしますが

mergeの場合は，基準とするブランチ（チェックアウトしているブランチの意？）に対象のブランチを取り込む（マージする）が正しい表現です．

下の図は，ブランチB をチェックアウトしている状態でブランチAをマージ git merge A した時の図です．

リベースの場合は、もしmasterの後にdevelopの歴史を一本化したければ、まずはdevelopに移動して、git rebase developのようにしますよね。

リベースも，どちらのブランチを基準にするかで結果が変わっていきますが， まずはdevelopに移動して、git rebase develop のように同じブランチをrebaseすることはありません．
masterに移動して git rebase develop か developに移動して git rebase master です．

そして本題ですが，

そしたら、git rebase --continueする。ここから少しわからないんですが、この後僕はどうすれば良いんでしょうか。

SourceTreeのコミットグラフを見るに，コンフリクトを解消した後にコミットされていないようにみえます．

1. git rebase master を実行する
2. コンフリクトが起きたら修正
3. コンフリクトの修正をコミット
4. git rebase --continue
5. 3-4はコンフリクトが全て解消するまで繰り返す

の手順で（特に3が）抜けているものはないでしょうか？
なお，rebaseがうまく行かずにキャンセルする場合は git rebase --abort する必要があります．

Comments

[keys]

回答ありがとうございます。ご指摘の通り「コンフリクトの修正をコミット」が抜けておりました。リベースはコミットではなくコンテニューと覚えていたのでコミットするんだということが抜けていました。しかし、コミットできたは良いんですが、その後下記のようにaddしてリベースコンテニューしてもうまくいきませぬ

git add new.txt
locus-inc-no-MacBook-Pro:ブランチチベース ryosukehujisawa$ git rebase --continueApplying: develop
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this 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".

[tetsukay]

> did you forget to use 'git add'?

とあるとおり， add できていないようです．
`git status` で ファイルの状態を確認してみてください．
変更されたファイルがあれば modified: と表示されるはずです．
また，addされていなければ　modified: new.txt は赤で，addに成功していれば緑で表示されます．

```bash
user@localhost:~/workspace/git$ git status
On branch develop
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

modified: new.txt

no changes added to commit (use "git add" and/or "git commit -a")
```

[keys]

下記の手順が正しいかアドバイスください

①developが、developとmasterを比べた時の最新のcommit、developにいる状態で下記のコマンド実行

$ git rebase master

②下記のコンフリクトの修正

First, rewinding head to replay your work on top of it...
Applying: develop
Using index info to reconstruct a base tree...
M new.txt
Falling back to patching base and 3-way merge...
Auto-merging new.txt
CONFLICT (content): Merge conflict in new.txt
error: Failed to merge in the changes.
Patch failed at 0001 develop
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".

vi new.txt
git add new.txt
git commit -m "コンフリクト修正"
[detached HEAD f265f37] コンフリクト修正
1 file changed, 1 insertion(+), 1 deletion(-)

④この状態で、すでに二つのブランチは統合されたのでdevelopブランチを削除

[tetsukay]

コンフリクト解消のコミットの後，developブランチを削除する前に `git rebase --continue` が抜けていませんか？

[keys]

git add new.txt

をした後に

git rebase --continue

したら

Applying: 分岐するぜめ〜んdevelop

と出て

そしたら歴史が一本道になりました。

まだ仕組みが理解できていません

さっきはできなかったような...