Git认为我每次做一个小改动都会重写我的一个文件

Question

我有一个中等大小的Java文件。每次我对我的一个文件BuildTable.java进行更改时，Git都会将其报告为一个巨大的变化，即使只是一两行。 BuildTable.java大约有200行，而且这个提交中的更改只改变了一行。

git-diff输出这个：

--- a/src/BuildTable.java
+++ b/src/BuildTable.java
@@ -1 +1 @@
-import java.io.FileNotFoundException;^Mimport java.io.FileReader;^Mimport java.io.InputStreamReader;^Mimport java.io.PushbackReader;^Mimport java.util.ArrayList;^Mimport
\ No newline at end of file
+import java.io.FileNotFoundException;^Mimport java.io.FileReader;^Mimport java.io.InputStreamReader;^Mimport java.io.PushbackReader;^Mimport java.util.ArrayList;^Mimport
\ No newline at end of file

执行git-commit -a

之后

Created commit fe43985: better error notifications
 3 files changed, 54 insertions(+), 50 deletions(-)
 rewrite src/BuildTable.java (78%)

Git是否将此文件视为二进制文件？这是一个问题吗？如果是，我该如何解决这个问题？

Answer 1

要解决这个问题，我不需要更改任何核心git设置，因为生成的默认行结尾很好，只是这个特定的文件被破坏了。为了解决这个问题，我打开了vim并执行了以下命令

:%s/^M/\r/g

请注意，要键入“^ M”，你必须输入ctrl-V然后按ctrl-M。

Answer 2

显然，git不喜欢你的mac风格的行结尾（仅限CR）。它的diff算法使用LF作为行分隔符。

修复您的文件，使其具有Windows样式（CR LF）或unix（仅限LF）行结尾。

Answer 3

使用 core.autocrlf 和 core.safecrlf nofollow noreferrer“> git-config 。这将导致git在从/向对象库传输时自动转换行结尾。您可能需要提交以存储“新”的内容。结局。

从您的粘贴示例来看，您可能也会受到“旧式Mac线路终结”的影响。 （感谢 ddaa 和 Charles Bailey 提示），它只是裸 CR 而没有任何 LF ，这个案例不是由git处理的。如果这是真的（使用十六进制编辑器检查），请使用 recode 将这些垃圾转化为21世纪的格式，例如正确的 LF - 只有Unix行结尾。

Answer 4

git diff -b

在向您显示差异时忽略行结束更改。