禁用git EOL转换

我试图让git不更改任何操作的任何行尾。不幸的是，这似乎无关紧要。我将其简化为以下测试案例，该案例具有我发现的多种禁用此行为的机制。

• 从两台机器开始（Windows计算机= A，Linux计算机= B）
• 在两台机器上： git config --global core.autocrlf false
• 在两台机器上：（git config --global core.eol crlf以防万一）

• 在A上新建存储库。从一个空文件夹中：
  • git init --shared（然后取消隐藏创建的.git目录）
  • .gitignore在存储库中创建一个新文件
  • .gitattributes用单行在存储库中创建一个新文件：* -text
  • git add .，然后再git commit -m "initial commit"解决，例如this。
  • git branch master_recv
  • 添加遥控器
• document.txt在包含CRLF的存储库中制作一个新文件
• 提交：git add -A，然后git commit -m "<something>"
• 请注意，A document.txt仍然包含CRLF（并删除它并用重置会--hard返回仍使用CRLF的版本）

• SCP将整个目录保存到计算机B
• 添加一个new file包含CRLF 的新文件
• 提交：git add -A，然后git commit -m "<something>"
• 请注意，B document.txt和B new file都仍包含CRLF

• 将B的主人拉到A： git pull <remote> master:master_recv
• A document.txt已更改为LF。添加的文件new file还包含LF。

如果B是Windows计算机，则不会发生此问题。

在您的项目中，应该有一个.gitattributes文件。在大多数情况下，它看起来应该如下图所示（或此屏幕截图）：

# Handle line endings automatically for files detected as text 
# and leave all files detected as binary untouched.
* text=auto

# Never modify line endings of our bash scripts
*.sh -crlf

#
# The above will handle all files NOT found below
#
# These files are text and should be normalized (Convert crlf => lf)
*.css           text
*.html          text
*.java          text
*.js            text
*.json          text
*.properties    text
*.txt           text
*.xml           text

# These files are binary and should be left untouched
# (binary is macro for -text -diff)
*.class         binary
*.jar           binary
*.gif           binary
*.jpg           binary
*.png           binary

更改* text=auto为* text=false以禁用自动处理（请参阅截屏）。

像这样：

如果您的项目没有.gitattributes文件，则行尾由git配置设置。要更改您的git配置，请执行以下操作：

转到此目录中的配置文件：

1）C：\ ProgramData \ Git \ config

2）在Notepad ++（或您喜欢的任何文本编辑器）中打开配置文件

3）将“ autocrlf =”更改为false。

一种简单的解决方案是：

• 确保将所有存储库的core.autocrlf设置为false ：
  git config --global core.autocrlf false
• 重新克隆您的仓库，并检查是否没有EOL转换完成。
• 或者，自Git 2.16（Q1 2018）起，保留当前的回购，然后执行git add --renormalize .

如果有自动完成的转换，则表示存储库中存在.gitattributes core.eol指令。

使用Git 2.8+（2016年3月），检查是否仍然存在以下eol转换：

git ls-files --eol

我想到了。SCP程序似乎正在转换行尾。当我尝试故意制作带有LF结尾的文件，然后观察它在下载时显示为CRLF时，我注意到了这一点。

由于这是我的解决方案，因此我接受此答案，但是将来的人们也应该参考其他答案以获取更通用的解决方案。

摘自gitattributes（5）手册页 “效果”主题

text

此属性启用并控制行尾规范化。对文本文件进行规范化后，其行尾将在存储库中转换为LF。要控制在工作目录中使用哪种行尾样式，请eol对单个文件使用属性，core.eol 对所有文本文件使用配置变量。

Set

在路径上设置text属性可启用行尾规范化并将路径标记为文本文件。行尾转换不会猜测内容类型。

Unset 在路径上取消设置text属性会告诉Git在签入或签出时不要尝试任何行尾转换。

core.autocrlf在新版本（1.7.2+）中未使用Git，core.eol而将文本属性的正确设置视为更可靠的方法