使用EditorConfig是否会影响我应该如何configurationGit的行尾？

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

我问，因为几乎所有我工作的项目有一个.editorconfig设置end_of_line到lf 。 这对我来说很好，但是在Windows中设置Git的行结束处理的标准build议是将autocrlf设置为true （即在检出时将CRLF转换为CRLF）。

在这种情况下，Editorconfig和Git似乎是在相反的方向拉动（Git会在结帐时将行结束符转换为CRLF，但是当保存文件时，Editorconfig大概会将它们转换回LF）。 所以我想知道是否使用Editorconfig使用Windows上的行结尾的最佳做法不同？

注意：

我倾向于遵循Editorconfig并添加一个包含* -text .gitattributes文件（即，告诉Git不要触及行结尾，不pipeautocrlf设置如何）到每个具有.editorconfig文件的项目，该文件指定项目的结尾（我知道这样一个事实：每个在这些项目上工作的人都使用Editorconfig和/或正在使用结尾的操作系统，这似乎避免了Git经常在Windows中出现的恼人的行结束转换警告。 问题是，尽pipe对这个主题有很多的阅读，Git中的行结束仍然困扰着我，所以我不相信上述不会引入新的问题（以前的.gitattributes实验.gitattributes导致了打破图像文件） 。 所以：这是否有道理呢？ 或者Editorconfig对行结束处理最佳实践没有影响？

看到的是使用EditorConfig是否对Git应该如何处理行尾有任何影响。

它不应该对git有任何影响，因为git检查配置值，当你的内容，当你提交。

Git会以定义的方式签出并提交内容。

此工具可以影响您的代码的唯一方法是根据您提供的配置使用定义的CRLF更新工作目录内容。

问题是，尽管有很多关于这个话题的阅读，Git中的行结束仍然困扰着我，所以我不相信上述内容不会引入新的问题

你不是唯一一个很难理解git CRLF是如何工作的人。 在你的情况下，我没有看到任何理由担心和你的问题：

所以我想知道是否使用Editorconfig使用Windows上的行结尾的最佳做法不同？

我将在.gitconfig/.gitattributes定义所有的配置， .gitconfig/.gitattributes在git之外处理CRLF。