windows - 使用 EditorConfig 会影响我应该如何为行尾配置 Git 吗？

Question

这里有很多关于在 Git 中处理行尾的问题。但是，我还没有看到解决的一个问题是是否使用 EditorConfig对 Git 应如何处理行尾有任何影响。

我问是因为我从事的几乎所有项目都有一个 .editorconfig 将 end_of_line 设置为 lf。这对我来说没问题，但在 Windows 中设置 Git 的行结束处理的标准建议是将 autocrlf 设置为 true(即在 checkout 时转换为 CRLF)。

在这种情况下，Editorconfig 和 Git 似乎朝着相反的方向发展(Git 会在 checkout 时将行结尾转换为 CRLF，但随后 Editorconfig 可能会在保存文件时将它们转换回 LF)。所以我想知道使用 Editorconfig 是否会使 Windows 上的行尾最佳实践有所不同？

注意:

我倾向于遵从 Editorconfig 并添加一个包含 * -text 的 .gitattributes 文件(即告诉 Git 不要触及行尾，无论 autocrlf 设置)到每个具有 .editorconfig 文件的项目，该文件指定项目的行尾(我知道一个事实，从事这些项目的每个人都使用 Editorconfig 和/或正在使用一个使用 lf 结尾的操作系统，这似乎避免了 Git 似乎经常在 Windows 中喷出的恼人的行结尾转换警告)。问题是，尽管阅读了很多关于该主题的文章，但 Git 中的行结尾仍然让我感到困惑，所以我不确定上面的内容不会引入新问题(之前的实验 .gitattributes 最终破坏了图像文件)。那么:这作为一种方法有意义吗？还是 Editorconfig 与行尾处理最佳实践无关？

Answer 1

将autocrlf设置为false。

虽然过去源代码控制工具处理行尾很有用，但这确实是一个编辑器问题，已通过 EditorConfig 解决。