可能重复：
git 的最佳 CRLF 处理策略是什么？
我目前正在做一个项目，几乎每次我将 master 合并到我的分支时，我都会遇到合并冲突，git 说整个文件已经改变。通常，当我使用 Notepad++ 的比较工具比较这些文件时，它会报告实际上只有几行发生了变化，而且通常它甚至不应该导致冲突。
有一段时间我只是简单地忍受这种行为是在跨平台工作时必须遇到的问题（我们的团队使用 Windows 7、OSX 和 debian 的混合物进行开发），但是今天当我合并时有一些阻碍我前进的严重问题。我自己对此进行了调查，似乎它可能与 git core.autocrlf 配置有关，但我不确定如何解决这个问题，以便它立即消失，或者随着 git 修复损坏而慢慢消失我以前做过。任何人都可以就如何解决这个问题提出任何建议吗？
谢谢，
亚历克斯