Gitリベース：競合が進行をブロックし続ける

私は昨日マスターから作られたgitブランチ（v4と呼ばれます）を持っています。マスターにいくつかの変更がありました。v4に移行したいと考えています。そのため、v4では、マスターからリベースを実行しようとしましたが、1つのファイル（バージョン番号を含む1行のテキストファイル）が混乱を続けています。このファイルはapp/views/common/version.txtであり、リベースする前に次のテキストが含まれています。

v1.4-alpha-02

これが私がやっていることです：

> git rebase master
First, rewinding head to replay your work on top of it...
Applying: new version, new branch
error: patch failed: app/views/common/version.txt:1
error: app/views/common/version.txt: patch does not apply
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging app/views/common/version.txt
CONFLICT (content): Merge conflict in app/views/common/version.txt
Failed to merge in the changes.
Patch failed at 0001 new version, new branch

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

これversion.txtは次のようになります。

<<<<<<< HEAD:app/views/common/version.txt
v1.4-alpha-02
=======
v1.4-alpha-01
>>>>>>> new version, new branch:app/views/common/version.txt

だから、私はそれを片付け、それは今このように見えます：

v1.4-alpha-02

そして私は続けようとしました：最初に私はコミットを試みました：

> git commit -a -m "merged"
# Not currently on any branch.
nothing to commit (working directory clean)

運がありません。だから、私はファイルを追加しようとしました：

git add app/views/common/version.txt

応答なし。良いニュースはないと思います。だから、私は続けようとします：

> git rebase --continue
Applying: new version, new branch
No changes - did you forget to use 'git add'?

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

これでぐるぐる回った後のこの時点で、私は頭を机からぶつけています。

何が起きてる？何が悪いのですか？誰かが私をまっすぐに設定できますか？

編集-unutbu

私はあなたが提案したようにファイルを変更し、同じエラーが発生しました：

> git rebase master
First, rewinding head to replay your work on top of it...
Applying: new version, new branch
error: patch failed: app/views/common/version.txt:1
error: app/views/common/version.txt: patch does not apply
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging app/views/common/version.txt
CONFLICT (content): Merge conflict in app/views/common/version.txt
Failed to merge in the changes.
Patch failed at 0001 new version, new branch

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

リベースで同様の問題が発生しました。私の問題は、私のコミットの1つがファイルのみを変更したために発生しました。解決時に、このコミットで導入された変更を破棄しました。対応するコミット（git rebase --skip）をスキップすることで問題を解決できました。

この問題は、テストリポジトリで再現できます。最初にリポジトリを作成します。

$ mkdir failing-merge
$ cd failing-merge
$ git init
Initialized empty Git repository in $HOME/failing-merge/.git/

次にversion.txt、マスターの元のコンテンツをコミットします。

$ echo v1.4-alpha-02 > version.txt
$ git add version.txt
$ git commit -m initial
[master (root-commit) 2eef0a5] initial
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 version.txt

v4ブランチを作成し、のコンテンツを変更しますversion.txt。

$ git checkout -b v4
Switched to a new branch 'v4'
$ echo v1.4-alpha-03 > version.txt
$ git add version.txt
$ git commit -m v4
[v4 1ef8c9b] v4
 1 files changed, 1 insertions(+), 1 deletions(-)

に戻りmaster、コンテンツを変更してversion.txt、リベース中に競合が発生するようにします。

$ git checkout master
Switched to branch 'master'
$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git commit -m master
[master 7313eb3] master
 1 files changed, 1 insertions(+), 1 deletions(-)

v4ブランチに戻り、リベースを試みます。version.txt計画どおりに競合して失敗します。

$ git checkout v4
Switched to branch 'v4'
$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: v4
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging version.txt
CONFLICT (content): Merge conflict in version.txt
Recorded preimage for 'version.txt'
Failed to merge in the changes.
Patch failed at 0001 v4

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".
$ cat version.txt
<<<<<<< HEAD
v1.4-alpha-04
=======
v1.4-alpha-03
>>>>>>> v4

のmasterコンテンツを選択して競合を解決しversion.txtます。ファイルを追加して、リベースの続行を試みます。

$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git rebase --continue 
Applying: v4
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 would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".

失敗！gitリポジトリにどのような変更があると思いますか見てみましょう。

$ git status
# Not currently on any branch.
nothing to commit (working directory clean)

ああ、変化はありません。以前のエラーメッセージを詳細に読んだ場合は、そのことを通知し、gitを使用することを推奨しましたgit rebase --skip。「ステージングするものが何もない場合、他の何かが同じ変更をすでに導入している可能性があります。このパッチをスキップすることをお勧めします。」したがって、コミットをスキップしてリベースが成功します。

$ git rebase --skip
HEAD is now at 7313eb3 master

注意：リベースしようとしgit rebase --skipたコミットは完全に削除されますのでご注意くださいgit。私たちの場合、これはgit空のコミットであると文句を言っているので、これで問題ありません。リベースの完了後に変更が失われたと思われる場合はgit reflog、を使用git reset --hardしてリベースの前にリポジトリのコミットIDを取得し、を使用してデポをその状態に戻すことができます（これは別の破壊的な操作です）。

ここからの引用：http : //wholemeal.co.nz/node/9

えっ？いいえ、git addを使用するのを忘れていませんでした... 2秒前のように...

パッチからの変更がないため、gitは何かがおかしいと疑っています。Gitはパッチが適用されていることを期待していますが、ファイルは変更されていません。

エラーメッセージはあまり直感的ではありませんが、答えは含まれています。このパッチをスキップするようにリベースに指示する必要があるだけです。また、ファイル内の競合マーカーを修正する必要もありません。最終的には、リベースしているブランチのファイルバージョンになります。

$ git rebase --skip

そのエラーメッセージはの結果ですgit commit -a -m "merged"。ファイルを修正した後git add <file>、とを実行するとgit rebase --continue、問題なく動作するはずです。git rebase --continueはコミットを実行しようとしていますが、コミットする保留中の変更がないことがわかりました（すでに変更をコミットしているため）。

app / views / common / version.txtを次のように変更します

v1.4-alpha-01

リベースのこの時点で、非マスターブランチの進行を示すためにマージの競合を解決していることに注意してください。

だから、からリベースする

      A---B---C topic
     /
D---E---F---G master

に

              A*--B*--C* topic
             /
D---E---F---G master

解決している競合は、トピックブランチでA *を作成する方法です。

したがってgit rebase --abort、を実行した後、コマンドは

git checkout topic
git rebase master
< make edits to resolve conflicts >
git add .
git rebase --continue

あなたが見ている振る舞いは、私がこの衝突だけで典型的なリベースから期待するものではありません。別のブランチを使用してこのリベースを行うことを検討してください（特に、コミットをリモートですでにプッシュしていて早送りしている場合）。また、git mergetool競合を解決し、を発行することを忘れないでくださいgit add。

この最小限の例では、リベースは期待どおりに機能します。あなたが見ている行動を示す例を提供できますか？

#!/bin/bash

cd /tmp
mkdir rebasetest
cd rebasetest
git init
echo 'v1.0' > version.txt
git add version.txt
git commit -m 'initial commit'
git checkout -b v4
echo 'v1.4-alpha-01' > version.txt
git add version.txt
git commit -m 'created v4'
git checkout master
git merge v4
echo 'v1.4-alpha-01-rc1' > version.txt
git add version.txt
git commit -m 'upped version on master to v1.4-alpha-01-rc1'
git checkout v4
echo 'v1.4-alpha-02' > version.txt
git add version.txt
git commit -m 'starting work on alpha-02'

git rebase master
echo 'v1.4-alpha-02' > version.txt
git add version.txt
git rebase --continue

ここにいくつかのアイデアがあります：

• リベースを開始する前に、リベースの途中または午前中でないことを確認してください。行う：rm -rf .git/rebase-apply
  • Bashを使用する場合は、bashプロンプトを拡張して、常にこの情報が自動的に表示されるようにします
• 私が理解していなかったとあなたが言った少し：「そして次に続けようとします：最初に私はコミットを試みます：」...なぜコミットですか？リベースの真っ最中、変更を破棄したりファイルの削除を確認したりするには、「git add」または「git rm」を片付けた後にのみ行う必要があると思います。多分それは何かを台無しにしましたか？
• リベースの代わりにマージを試してください
• イーサン・ロウのアイデアをいくつか試してください