5

我很确定我理解文件末尾没有换行符的含义。我想提供一个我很久以前创建并重新设置的分支的拉取请求（提交可能来自之前.gitattributes添加的时间）。我看到一些.java源代码文件只有变化

-}
\ No newline at end of file
+}

无论配置如何，我都希望将这些更改从 PR 提交中排除。我想避免选择更改git difftool并扩大我对git.

问题是我已经不明白这种变化是如何存在的，因为有一个.gitattributeswith

# Set the default behavior, in case people don't have core.autocrlf set.
* text=auto

# Explicitly declare text files you want to always be normalized and converted
# to native line endings on checkout.
*.c text
*.h text
*.java text
*.css text
*.js text
*.xml text
*.dtd text
*.xsl text
*.properties text
*.txt text
*.svg text
*.yml text
*.md text

# Declare files that will always have CRLF line endings on checkout.
*.sln text eol=crlf

# Denote all files that are truly binary and should not be modified.
*.png binary
*.gif binary
*.jpg binary
*.jpeg binary
*.eot binary
*.ttf binary
*.woff binary
*.woff2 binary

在存储库中，我运行git rm --cached -r . && git add .了应该将所有行尾转换为 LF 因为*.java text（也尝试过*.java text），但是没有显示任何更改（反对HEAD）并且git diff仍然显示行尾差异。

也find ./ -type f -name '*.java' -exec dos2unix {} \;不会导致任何更改被识别git status并git diff master仍然显示行结束更改（而工作目录没有暂存或未暂存的更改）。

我对隐藏更改不感兴趣，就像git diff --ignore-all-space会做的那样。

我git在 Ubuntu 18.04 上使用 2.17.1。

4

2 回答 2

1

问题：\文件末尾没有换行符

$ git diff
diff --git a/abc.txt b/abc.txt
index 5996e61..6a3c3a9 100644
--- a/abc.txt
+++ b/abc.txt
{
+  **Actual change**
FR(srctxt,reptxt,fname)
else:
-    os._exit(1)
\ No newline at end of file
+    os._exit(1)

解决方案： 删除最后一行并使用echo -n "APPEND LAST LINE TEXT AFTER REMOVING THE LAST LINE TEXT" >>abc.txt

$ **echo -n "    os._exit(1)" >> abc.txt**

$ **git diff**
diff --git a/abc.txt b/abc.txt
index 5996e61..f2b2e74 100644
--- a/abc.txt
+++ b/abc.txt
@@ -419,6 +419,7 @@ EStatus 
{
+  **Actual change**
FR(srctxt,reptxt,fname)
于 2020-10-09T07:41:40.267 回答
1

问题是我已经不明白这种变化是如何存在的......

更改显示文件的a/版本whatever.java缺少换行符，而b/文件的版本有一个。“缺少换行符”意味着文件以没有行终止符结尾——这不是 CRLF 与 LF 的问题，而是“有终止符”与“没有终止符”的问题。

一些编辑器能够处理最后一行缺少终止符的文件。其他编辑没有，甚至没有注意到缺少一个（大多只是假装有一个）。如果看起来合适，一些编辑器会默认添加终止符，可能会带有警告。这里有很多变化。

您没有显示哪个特定git diff命令（带有哪些选项）生成了差异，所以很难说a/andb/版本来自哪里，但我会假设HEADcommit 和index下面的或者 - 或 - 工作树。（也就是说，我们正在查看修剪git diff --cached或git diff HEAD输出。无论哪种方式，我们都会看到相同的内容，因为git diff必须通过任何clean过滤器和任何行尾过滤运行工作树文件。）

...因为有一个.gitattributes[包括]

*.java text

...我跑git rm --cached -r . && git add .了应该将所有行尾转换为 LF ...

这会将工作树中任何现有的 CRLF 行结尾转换为索引中的仅 LF 行结尾。我不相信它会在完全没有结尾的行中添加 LF 结尾（基于 incrlf_to_git中convert.c的代码）。

因此，这表明文件的工作树副本具有最终的 CRLF 作为文件的最后两个字节，或者最终的仅 LF 换行字节作为文件的最后一个字节。Git 会将git add其作为最后的换行符。同时，如果提交本身有一个单独的大括号（根本没有行尾，既不是 CRLF 也不是 newlne）作为其最终字节，这意味着HEAD文件的提交 () 副本与相同的索引版本不同通过让提交的副本完全没有任何行终止符来创建文件，你会看到你所看到的。

于 2018-08-22T01:02:26.933 回答