git-merge是否可以忽略行尾差异？

Question

是否可以git merge忽略行尾差异？

也许我问的是错误的问题......但是：

我试过了，config.crlf input但事情变得有点乱，失控，特别是当我在事后应用它时。

首先，在应用此选项之前，在事实之后应用此配置似乎不会影响已提交到存储库的文件。另一件事是突然所有提交现在导致许多关于CRLF被转换为LF的恼人警告消息。

说实话，我真的不在乎使用什么行结尾，我个人更喜欢Unix风格\n，但无论如何。我所关心的只是为了git merge变得更聪明，而忽略了行尾的差异。

有时我有两个相同的文件，但是git会将它们标记为冲突（并且冲突是整个文件），因为它们使用不同的行结束字符。

更新：

我发现git diff接受一个--ignore-space-at-eol选项，是否也可以git merge使用此选项？

Answer 1

我所做的是将所有内容保留为默认值（即autocrlf = true），触摸所有文件（找到。-exec touch {} \;），让git将它们视为“已修改”并将其提交回来，并完成它。否则你总是会被恼人的消息或令人惊讶的差异所困扰，或者必须关闭所有git的空白功能。你会失去责备信息，但最好早点而不是晚点:)