重複の可能性：
gitを使用した最良のCRLF処理戦略は何ですか？
私は現在、マスターをブランチにマージするたびに、ファイル全体が変更されたとgitが言うマージの競合が発生するプロジェクトに取り組んでいます。Notepad ++の比較ツールを使用してこれらのファイルを比較すると、実際には数行しか変更されていないことが報告され、競合が発生することはないはずです。
しばらくの間、私はクロスプラットフォームで作業しているときに苦しむ必要がある問題としてこの動作を単に我慢してきました（私たちのチームは開発にWindows 7、OSX、Debianを組み合わせて使用しています）が、今日私がマージしたときにいくつかありました私が前進するのを妨げている深刻な問題。私はこれを自分で調べましたが、git core.autocrlf構成に関連している可能性がありますが、この問題を解決してすぐになくなるか、gitが損傷を修正するとゆっくりと消えるようにする方法がわかりません私は以前にやったことがあります。誰かがこれを修正する方法について何か提案をすることができますか？
ありがとう、
アレックス