将master合并到分支时，Git将整个文件标记为冲突[重复]答案

【问题标题】：Git marks entire file as conflicted when merging master into branch [duplicate]将master合并到分支时，Git将整个文件标记为冲突[重复]
【发布时间】：2012-08-10 21:38:14
【问题描述】：

可能重复：
What's the best CRLF handling strategy with git?

我目前正在从事一个项目，几乎每次我将 master 合并到我的分支时，我都会遇到合并冲突，git 说整个文件已经改变。通常，当我使用 Notepad++ 的比较工具比较这些文件时，它会报告实际上只有几行发生了变化，而且通常它甚至不应该导致冲突。

有一段时间我只是简单地忍受这种行为是在跨平台工作时必须遇到的问题（我们的团队使用 Windows 7、OSX 和 debian 的混合进行开发），但今天当我合并有一些严重的问题阻碍了我前进。我自己对此进行了调查，似乎它可能与 git core.autocrlf 配置有关，但我不确定如何解决这个问题，以便它立即消失，或者随着 git 修复损坏而慢慢消失我以前做过。任何人都可以就如何解决这个问题提供任何建议吗？

谢谢，
亚历克斯

【问题讨论】：

What's the best CRLF handling strategy with git? 或 Why should I use core.autocrlf=true in git? 的可能副本
问题是我不确定这个问题是否与 CRLF 相关，这只是我通过谷歌搜索发现的一种可能性，我不是 git 专家
您能否细化差异以查看更改是否在换行符处？如果是这样，可能是CRLF 问题（尤其是因为您使用多个平台）。
我怀疑它与 CRLF 相关，因为没有缩进或尾随空格并且在其他方面相同的行被标记为冲突。
还要检查你的 gitattributes 文件：stackoverflow.com/questions/2333424/… core.eol 指令也会影响 crlf。

标签： git cross-platform git-merge

【解决方案1】：

我终于解决了这个问题 - 我必须启用 autocrlf。我已经阅读了很多针对此标志的建议，但它似乎在这种情况下有效。

git config --global core.autocrlf true

【讨论】：

作为这个问题的答案，你不应该也发布你是如何做到的吗？
我遇到了同样的问题，但这不起作用。试图从 windows 和 unix ubuntu 来回推拉。我只需要在两台机器上设置该选项然后拉吗？还是我需要重新保存所有文件并重新提交才能这样做？
不幸的是，我不得不这样做已经有一段时间了（我的新工作是全 Mac/Linux），但我相信还有其他相关设置可以提供帮助 - core.eol，类似的东西?抱歉，我不能提供更多帮助。
@Dagrooms git config --global core.autocrlf true
@AlexJeffrey wow man - 我在实习期间发布了这个。感谢您终于回到它 - 但您可能应该编辑原始帖子。