Bitbucket CRLFの問題？

Question

問題： Bitbucketは、違いは見られませんが、ファイル全体が変更されたことを示しています。これらのファイルにはマージの競合はありません。

詳細： 私は（「sprintbranch」という名前の）スプリントブランチを作成し、開発者は、スプリントの枝から（「featurebranchX」という名前の）機能ブランチを作成しました。フィーチャーが実装された時点で、フィーチャーブランチをスプリントブランチにマージし始めました。今、私は問題に直面する2つのシナリオがあります。

1. 開発者は、競合をマージがある場合、開発者はfeaturebranch1にsprintbranchをマージしにfeaturebranch1をマージするプル要求を作成sprintbranch
2. にfeaturebranch1マージするプルリクエストを作成し、スプリントブランチ。

両方とも、ファイル全体が変更されたことを示します。そして、マージの競合はありません。

このような状況が発生した場合、特定の行が開発者によって変更されたことはわかりませんので、コードレビューはできません。また、私はこの時点で歴史を失っています。私はスプリントブランチに何が実装されたのか、それともマージされたのか分かりません。

私の推測では、問題は行末であると考えられます。 CRLFと何か関係があります。しかし私が自分の仕事をコミットすると、適切な行末が自動的に使用されていることがわかります（gitまたはSmartGitのようなツールによって）

どうすれば解決できますか？

更新：

私はちょうど私がCR LFとの違いを無視し、プルリクエストのURLの末尾にクエリ文字列w=1を追加することができていることが分かりました。

しかし、これらのファイルはコミット中に残っていますが、後でマージすると、それらの違いが正しいでしょうか？

Answer 1

Bitbucketはdiffの空白を無視できますが（w=1クエリパラメータを使用）、それらの変更は引き続きマージに含まれます。

しかし、すべての行末をLFまたはCRLFに変換するようにgitを設定できます。

* text eol=lf 

This Github help pageより多くの情報を示していますので、は次のようにあなたのチームは、最初にそれがされるオプションを決定し、それに応じ.gitattributesファイルにtextプロパティを設定する必要があります。 （情報は一般的にはgitのではなく、特にGitHubのためのものです。）

また、グローバルコンフィギュレーションオプションgit config --global core.autocrlf input（マック& Linux）またはgit config --global core.autocrlf true（Windowsの場合）が必要です。

# Make sure you won't loose your work in progress 
$ git add . -u 
$ git commit -m "Saving files before refreshing line endings" 

# Remove every file from the git index 
$ git rm --cached -r . 

# Rewrite the git index 
$ git reset --hard 

# Prepare all changed files for commit 
$ git add . 
# It is perfectly safe to see a lot of messages here that read 
# "warning: CRLF will be replaced by LF in file." 

# And commit. 
$ git commit -m "Normalize all the line endings" 

More information is available in the Github article.