Git在将主文件合并到分支时将整个文件标记为冲突

可能重复：

我目前正在进行一个项目，几乎每次我将master合并到分支中时，都会遇到合并冲突，git说整个文件都发生了更改。通常，当我使用记事本++的比较工具比较这些文件时，它会报告只有几行实际发生了更改，而且通常不会导致冲突

有一段时间，我只是将这种行为视为跨平台工作时必须面对的问题（我们的团队混合使用windows 7、OSX和debian进行开发），但今天，当我合并时，出现了一些严重问题，阻碍了我前进。我自己也研究过这个问题，似乎它可能与git core.autocrlf配置有关，但我不确定如何解决这个问题，以便它要么立即消失，要么随着git修复我以前造成的损坏而慢慢消失。有谁能就如何解决这个问题提出一些建议吗

谢谢，

---

Alex

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

---

git config--global core.autocrlf true

可能是重复的，或者可能是我不确定问题是否与CRLF相关，这只是我通过谷歌搜索发现的一种可能性，我不是git专家。你能细化差异，看看是否在换行时发生了更改吗？如果是这样，这可能是一个

CRLF

问题（特别是因为您使用多个平台）。我怀疑它与CRLF相关，因为没有缩进或尾随空格且在其他方面相同的行被标记为冲突。同时检查您的gitattributes文件：core.eol指令也会影响CRLF。作为对这个问题的回答，您是否也应该发布您是如何做到这一点的？我也有同样的问题，但这不起作用。尝试从windows和unix ubuntu来回推拉。我是否只需要在两台机器上都设置该选项，然后拉动？或者我需要重新保存所有文件并重新提交吗？不幸的是，我已经有一段时间没有这样做了（我的新工作都是Mac/Linux），但我相信还有其他相关的设置可以帮助我-core.eol，类似的东西？很抱歉，我帮不上什么忙了。@Dagrooms

git config--global core.autocrlf true

@AlexJeffrey wow man-我在实习期间发布了这篇文章。谢谢你终于回到它-但你可能应该编辑原来的文章。