对于包含不一致行结尾的大型现有存储库，以及带有ascii和UTF-8（带BOM）的文件编码...
关键是当前的文件集相当不一致。它们的编码各不相同。 （现在让我们忽略UTF-16，虽然我也有一些）。它们在不同文件的行尾中有所不同，它们在文件本身的行尾也有所不同，尽管我怀疑它们中的大多数都是用git中的crlf行结尾存储的。
这里有两个主要问题：
1）使用相同存储库的不同人员可以查看更改，他们会看到一组不同的更改。有时“整个文件”已被更改，因为行结束标准化。有时只有部分文件被更改。这似乎主要取决于core.autocrlf是否已设置为true或false，并且似乎也受到.gitattributes文件使用的影响。
2）我希望所有人都能够将文件提交到git存储库，而不必费心注意他们的特定git配置是否已设置为进行crlf转换，还是他们的文本编辑器，IDE或任何工具他们决定使用。 （由于这种行为可以在Windows上破坏，我们需要忍受它......）
主要问题是：我如何确保'gitk'，'git diff'，'git show'等显示的输出与所显示的更改完全一致。我不太关心这里的行结尾，更多的是关于确保给定提交的“更改”与所有开发人员所看到的相同。我不希望一个人看到一个变化，并看到“所有线路都已改变”（即线路末端发生变化），而另一个人看到相同的变化，并说：“三条线路发生了变化”。
那就是说，我想知道如何关注行结尾，所以我最终要求如何知道行结尾会发生什么。例如，如果我为.gitattributes中的给定文件指定“eol = crlf”，那是否意味着该文件被提交到具有该设置的git？如果我在设置.gitattributes文件之前签出该文件的早期版本会发生什么？
答案 0 :(得分：2)
好的，这就是发生的事情：
首先：Diffs总是看起来一样，不依赖于本地git配置。您可以尝试：git diff HEAD^ HEAD在您的所有机器上看起来都一样（假设它们具有相同的HEAD）。
但为什么你的机器上的差异看起来不同呢？假设您的仓库中有一个看起来像这样的文件：
two \r\n lines
每台机器上的检查结果都是这样的。但在办理入住手续时有两种选择：
行结束标准化已启用。该文件现在将以以下方式签入：
two \n lines
和git diff将报告将会发生变更
关闭行结束标准化。该文件将以以下方式签入：
two \r\n lines
和git diff不会报告任何更改。
现在，您如何确保每个人都看到相同的变化？我建议为每个人启用行结束规范化。为此，请使用以下内容在您的仓库的根目录中创建.gitattributes：
* text=auto
并将此文件提交给每个分支。一旦每个人都提起这个提交，差异在任何地方看起来都是一样的。
最后说明：core.eol对此无效。它只更改工作目录中的行结尾。 git diff没有针对索引区分工作目录，但它会对索引区分提交的内容。
答案 1 :(得分：1)