这意味着，例如，有些文本行带有<回车><Linefeed> (Windows标准)，而有些文本行仅以<Linefeed> (Unix标准)结束。

如果你点击'是'这些行结束在你的源文件将被转换为所有相同的格式。

这不会对编译器产生任何影响(因为行尾仅仅算作空格)，但它可能会对其他工具产生一些影响(例如，你的版本控制系统上的'diff')。

维基百科的换行文章可能会帮到你。以下是节选:

不同的换行符约定通常会导致文本文件之间的传输 不同类型的系统显示不正确。例如，文件起源于 Unix或Apple Macintosh系统在某些正在运行的程序上可能显示为单个长行 微软的Windows。相反，当查看来自Windows计算机上的文件时 在Unix系统中，额外的CR可以显示为^M或在每行的末尾或显示为 第二行换行。

我在VS 2019中遇到了这个问题，在为Unix设置换行符配置之前，通过为Windows设置换行符配置解决了这个问题。

工具>选项>保存格式>设置>换行符:Windows

有些行以\n结尾。

其他一些行以\r\n结尾。

Visual Studio建议您使所有行的结尾相同。

这意味着，例如，有些文本行带有<回车><Linefeed> (Windows标准)，而有些文本行仅以<Linefeed> (Unix标准)结束。

如果你点击'是'这些行结束在你的源文件将被转换为所有相同的格式。

这不会对编译器产生任何影响(因为行尾仅仅算作空格)，但它可能会对其他工具产生一些影响(例如，你的版本控制系统上的'diff')。

不仅仅是Visual Studio……任何读取文件的工具、编译器、链接器等都必须能够处理它。

一般来说(对于软件开发)，我们接受多平台的行结束问题，但是让版本控制软件来处理它。