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

如果您在现有文件的末尾添加了新的文本行，而该文本行末尾还没有换行符，则diff将显示最后一行已被修改的旧文本行，尽管在概念上它并没有被修改。

这至少是在末尾添加换行符的一个好理由。

例子

文件包含:

A() {
    // do something
}

Hexdump:

00000000: 4128 2920 7b0a 2020 2020 2f2f 2064 6f20  A() {.    // do 
00000010: 736f 6d65 7468 696e 670a 7d              something.}

现在将其编辑为

A() {
    // do something
}
// Useful comment

Hexdump:

00000000: 4128 2920 7b0a 2020 2020 2f2f 2064 6f20  A() {.    // do 
00000010: 736f 6d65 7468 696e 670a 7d0a 2f2f 2055  something.}.// U
00000020: 7365 6675 6c20 636f 6d6d 656e 742e 0a    seful comment..

git差异将显示:

-}
\ No newline at end of file
+}
+// Useful comment.

换句话说，它显示了比概念上发生的更大的差异。它显示您删除了行}并添加了行}\n。这就是实际发生的情况，但不是概念上的情况，所以会让人困惑。

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

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

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

有一件事我在之前的回答中没有看到。关于没有行尾的警告可能是在文件的一部分被截断时发出的警告。这可能是数据丢失的症状。

您的原始文件可能没有换行符。

然而，一些编辑器，如linux中的gedit，会在文件末尾无声地添加换行符。在使用这种编辑器时，您无法删除此消息。

我试图克服这个问题的是用visual studio代码编辑器打开文件

这个编辑器清楚地显示了最后一行，您可以根据需要删除该行。

它只是指出文件的末尾没有换行符。这不是一个灾难，这只是一个信息，让它更清楚地表明，在查看命令行中的差异时，不存在差异。