之所以采用这种惯例，是因为在类unix操作系统上，换行符被视为行结束符和/或消息边界(这包括进程之间的管道、行缓冲等)。

例如，考虑将只有换行符的文件视为单个空行。相反，长度为0字节的文件实际上是一个没有任何行的空文件。可以通过wc -l命令确认。

总的来说，这种行为是合理的，因为如果\n字符只是行分隔符而不是行结束符，那么就没有其他方法来区分空文本文件和只有一行空的文本文件。因此，有效的文本文件应该总是以换行符结束。唯一的例外是文本文件是空的(没有行)。

What

当做一个git差异，它说“没有换行在文件末尾”。

在某些方面，是的，但它更微妙和微妙。

当执行git diff时，git会显示文件版本之间的差异，显示为文件不同的块。这可能包括文件末尾的块。

如果文件的两个版本都没有以换行符结束，则读取数据块的末尾

\ No newline at the end of file

而如果只有一个版本不以换行符结束，则数据块将以任意一个版本结束

-last line
\ No newline at the end of file
+new last line

or

-last line
+new last line
\ No newline at the end of file

Why?

这条消息的意义是什么

原因很简单。git diff的主要目的之一是明确地显示更改，以便它可以用作git apply的输入。要做到这一点，Git需要知道在应用diff时对换行符应该做什么。它应该删除、保留还是更改换行符?

文件末尾的No换行符就是这样做的一种方式。对于希望了解此类更改的人来说，这也很有帮助，因为在某些情况下，是否有换行符对文件很重要。

它想告诉我们什么?

好吧，只是在这个文件的末尾没有换行符。或者以前没有，现在有了。或者曾经有过，但现在没有了。

之所以采用这种惯例，是因为在类unix操作系统上，换行符被视为行结束符和/或消息边界(这包括进程之间的管道、行缓冲等)。

例如，考虑将只有换行符的文件视为单个空行。相反，长度为0字节的文件实际上是一个没有任何行的空文件。可以通过wc -l命令确认。

总的来说，这种行为是合理的，因为如果\n字符只是行分隔符而不是行结束符，那么就没有其他方法来区分空文本文件和只有一行空的文本文件。因此，有效的文本文件应该总是以换行符结束。唯一的例外是文本文件是空的(没有行)。

这不仅仅是糟糕的样式，还可能导致在文件上使用其他工具时出现意想不到的行为。

下面是test.txt:

first line
second line

最后一行没有换行符。让我们看看文件中有多少行:

$ wc -l test.txt
1 test.txt

也许这就是您想要的，但在大多数情况下，您可能希望文件中有2行。

此外，如果你想合并文件，它可能不会像你期望的那样表现:

$ cat test.txt test.txt
first line
second linefirst line
second line

最后，如果你要添加一个新的行，它会使你的差异稍微更嘈杂。如果您添加了第三行，它将显示对第二行以及新添加的内容的编辑。

核心问题是你如何定义“线”以及是否“结束在线” 字符序列是否是行的一部分。基于unix的编辑 (如VIM)或工具(如Git)使用EOL字符序列作为 行结束符，因此它是直线的一部分。它类似于 在C和Pascal中使用分号(;)。在C中，分号终止 在Pascal中，它把它们分开了。

这实际上会导致一个问题，因为行结束符会自动修改，而不会对文件进行任何更改。请参阅这篇文章以获得解决方案。

git用CRLF替换LF