Git rebase-すべてのマージの競合が解決された場合でも不平を続けます

解決方法がわからない問題に直面しています。

私は私のブランチからマスターに対してリベースを行いました：

git rebase master

次のエラーが発生しました

 First, rewinding head to replay your work on top of it...
 Applying: checkstyled.
 Using index info to reconstruct a base tree...
 Falling back to patching base and 3-way merge...
 Auto-merging AssetsLoader.java
 CONFLICT (content): Merge conflict in AssetsLoader.java
 Failed to merge in the changes.
 Patch failed at 0001 checkstyled.

それで、私は私のお気に入りのエディターに行き、1行の競合を修正し、ファイルを保存し、gitステータスを実行して、次の出力を取得しました。

 # Not currently on any branch.
 # Changes to be committed:
 #   (use "git reset HEAD <file>..." to unstage)
 #
 #  modified:   PassengerContactHandler.java
 #
 # Unmerged paths:
 #   (use "git reset HEAD <file>..." to unstage)
 #   (use "git add/rm <file>..." as appropriate to mark resolution)
 #
 #  both modified:      AssetsLoader.java
 #

私はgit add AssetsLoader.javaとgitステータスを実行し、以下を得ました：

 # Not currently on any branch.
 # Changes to be committed:
 #   (use "git reset HEAD <file>..." to unstage)
 #
 #  modified:   AssetsLoader.java
 #  modified:   PassengerContactHandler.java
 #

そして、私がgit rebaseを実行したとき-続けて、

git rebase --continue
You must edit all merge conflicts and then
mark them as resolved using git add

パッチをスキップしてリベースを続行できることはわかっていますが、PassengerContactHandler.javaの変更がブランチにリベースされるかどうかはわかりません。

だから私はわかりません、どうすればいいですか？

編集：解決された競合のあるファイルが元のバージョンとまったく同じである可能性がありますか？

どうもありがとう、ルーカス

編集、それはちょうど私に再び起こりました：

それはちょうど私に再び起こりました、

(307ac0d...)|REBASE)$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   assets/world/level1/Level-1.xml
#   modified:   George.java
#   modified:   DefaultPassenger.java
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   mb-art/originalAssets/27dec/

（（307ac0d ...）| REBASE）$ git rebase-続行

You must edit all merge conflicts and then
mark them as resolved using git add

git --version

git version 1.7.1

これは、競合を修正するときに、リベースしているブランチに適用されているパッチbeeingのすべてのコードを削除したために発生します。git rebase --skip続行して使用します。

もう少し詳細：

通常、リベース中に競合を修正する場合、競合するファイルを編集し、リベースするブランチに現在適用されているパッチのコードの一部またはすべてを保持します。パッチを修正して実行した後

git add your/conflicted/file
git status

変更されたファイルを示す（通常は緑色の）行が表示されます

変更：your / conflicted / file

git rebase --continueはこの状況で正常に動作します。

ただし、競合を解決するときに、新しいパッチのすべてを削除して、リベースしたブランチからのコードのみを保持する場合があります。これで、ファイルを追加すると、リベースしようとしたファイルとまったく同じになります。git statusは、変更されたファイルを示す緑の線を表示しません。今、あなたがするなら

git rebase --continue

gitは文句を言うでしょう

変更なし-「git add」を使用するのを忘れていませんか？

この状況でgitが実際にしてほしいことは、

git rebase --skip

パッチをスキップします。以前は、これを行ったことはありませんでした。スキップした場合、実際に何がスキップされるのかが常にわからなかったため、「このパッチをスキップ」が何を意味するのかがわかりませんでした。しかし、緑の線が出ない場合

変更：your / conflicted / file

競合するファイルを編集して追加し、gitステータスを実行した後、パッチ全体を削除したことを確認できます。代わりに、

git rebase --skip

続ける。

元の投稿はこれが時々うまくいくと言いました：

git add -A
git rebase --continue
# works magically?

...しかし、これに依存しないでください（リポジトリフォルダーに残りのファイルを追加しないようにしてください）

Git 1.7のバグのようです

これを解決する方法についての良い記事があります。

あなたがやれば、基本的にそれはうまくいくはずです

git diff

競合を解決した後

git rebase --continue

うまくいくはずです。

ステージングされていないファイルがあるときに、この警告が表示されました。ステージングされていないファイルがないことを確認してください。ステージングされていないファイルの変更を望まない場合は、変更を破棄してください

git rm <filename>  

コマンドラインでこれを実行してみてください：

$ git mergetool

競合を解決できるインタラクティブエディタが表示されます。手動で行うよりも簡単です。また、gitはいつマージを行うかを認識します。また、手動で実行しようとしたときに起こり得る、偶然に完全にマージしない状況を回避します。

競合を修正した後、変更されたファイルがステージングされたファイルに追加されていることを確認してください。これで問題は解決しました。

AssetsLoader.javaでマージの競合を見逃しました。それを開き、競合マーカー（ ">>>>"、 "===="、 "<<<<<"）を探して、もう一度git addを実行します。見つからない場合は、「git diff --staged」を実行してください。

私はちょうどこの問題がありました、そして私はいくつかの原因があるかもしれないと思いますが、これは私のものです...

特定の条件下でコミットを拒否するgit pre-commitフックがありました。フックの出力が表示されるため、手動でコミットする場合は問題ありません。修正するか、commit --no-verifyを使用して無視することもできます。

問題は、リベース時にrebase --continueがフックを呼び出すことです（最新の変更をコミットするため）。しかし、リベースはフックの出力を表示せず、失敗したことがわかり、「すべてのマージの競合を編集してから、git addを使用して解決済みとしてマークする必要がある」というより具体的なエラーを出力します

それを修正するには、すべての変更をステージングし、「git rebase --continue」を実行する代わりに、「git commit」を試してください。同じフックの問題に苦しんでいる場合は、失敗の理由を確認する必要があります。

興味深いことに、git rebaseはgitフックからの出力を表示しませんが、フックをバイパスする--no-verifyを受け入れます。

私はこの問題に出くわしただけです。私が保持したかった、タグ付けされた変更を明確に示すgit rebase --skip からではありませんgit status。予想外に来たいくつかの余分なファイルがあったが。私は解決しました

git checkout .

タグの付いていない変更を削除して、git rebase --continue成功しました。

変更を修正したら、 'git add -A'の実行を忘れる可能性があります

git add -A
git rebase --continue