空白のためにgit rebaseが失敗する

Question

ブランチをリベースしようとしていますが、gitが失敗するマージアクションを実行しようとしています。これを止めるにはどうすればいいですか？

# git rebase -f --onto master~2 master~ master 
First, rewinding head to replay your work on top of it... 
Applying: r1002 - CS 1.0.23 
Using index info to reconstruct a base tree... 
M about.html 
<stdin>:68: trailing whitespace.      
<stdin>:115: trailing whitespace. 
<stdin>:201: trailing whitespace. 
<stdin>:2369: trailing whitespace. 
<stdin>:2385: trailing whitespace. 
warning: squelched 2305 whitespace errors 
warning: 2310 lines add whitespace errors. 
Falling back to patching base and 3-way merge... 
Auto-merging about.html 
CONFLICT (content): Merge conflict in about.html 
Failed to merge in the changes. 
Patch failed at 0001 r1002 - 1002 
The copy of the patch that failed is found in: 
    /local/melder/tmp/test/.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". 

ご覧のとおり、2000個以上の空白文字のエラーがありますが、手でマージするのは簡単ではありません。

編集：サイドステップにこの今の私がしたマージなし：

# git add -A 
# git rebase --continue 

編集：用事それは愚かな考えです。

Answer 1

これは問題を解決するものではありません。あなたのファイルに矛盾マーカーがあります！

空白の問題は警告であり、正当な競合はないはずです。解決する悪夢のようなファイルの場合は、手作業で再構築する必要があります。これはあなたが何をやっているかによって異なります。

何度も2つの拠点が異なっているため、あなたがコミットしていることによって、この怪物の紛争に対処できます。私は、リベースワークフローを明確にして、マージ/リセットを購読する傾向があります。 http://dymitruk.com/blog/2012/02/05/branch-per-feature/ 問題が行末などの空白の問題のみである場合は、最初にフィルタブランチまたは対話型のrebaseを実行して、各コミットの空白を取得することでリポジトリをクリーンアップできます一貫している。

また、私は、3またはPerforce Mergeを超えて競合解決を行うために使用します。 BC3は構文を認識しており、空白を最善に処理する必要があります。何度も、それはあなたのために紛争を解決し、あなたはちょうど続けることができるので、それは開くことさえありません。

Answer 2

diffビューア（特にGUIを使っている人）の多くは、空白の変更を処理する方法を選択できると思います。

としてmeldのようなものを使用して、これらの競合を自動修正することをお勧めします。 meldが起動されたら、それは空白処理ポリシー（タブのPreferencesパネルから）を設定し、それらの変更を自動調整します。

Answer 3

私はこのような問題をこのように解決今日：

REMOVE_AFTER="3cd7a0db76ff9dca48979e24c39b408c" 
REPO="git@github.com:company/repo.git" 
cd ~/tmp 
git clone $REPO gitfix 
cd gitfix 
git checkout --orphan temp $REMOVE_AFTER 
git commit -m "Truncated history" 
git rebase --strategy=recursive --strategy-option=theirs --onto temp $REMOVE_AFTER master 

あなたが削除したファイルによって引き起こされるCONFLICT (modify/delete)競合を取得リベースの間に、あなたはこのようにそれを解決することができた場合：

git rm path/to/both/deleted/file 
git rebase --continue 

リベース中に他の競合が発生した場合は、手動で修復する必要があります。その後、修復する必要があります。

終了したら、リベースがAll done.が次にあなたができると言う：

git branch -D temp 

今すぐ結果を確認します

git log --format=oneline 

Answer 4

を、私は今日、同じ問題に直面した：リベースが原因空白のエラーによって引き起こされる競合に失敗します。

git rebase -Xignore-space-at-eol <newbase> 

： whitespaceオプション（ git rebase --whitespace=fixと git rebase --whitespace=nowarn）のためのさまざまな設定を使用して、失敗した試験の後 、私のために働いたソリューションは、（必要に応じて任意の実行中は、最初のリベース git rebase --abort）を再帰的マージ戦略に空白のエラーを末尾に無視することでした

空白のエラーの種類に依存して、オプション-Xignore-space-changeと-Xignore-all-spaceが役に立ちます。私はオプション--ignore-whitespaceも働いていたかわからない。