git - 规范化后的 Git 行尾：好的做法还是坏的做法？

Question

我已经阅读了很多关于 git 的行尾规范化的内容，并且已经了解到 .gitattributes 似乎是要走的路。但是我阅读了很多关于行尾标准化的利弊，尤其是在 windows 上。所以对我来说问题是...

行尾标准化是好还是坏？

我还研究了更大的存储库，但我从未见过任何类型的行结束规范化 fe Qt。

所以对我（或其他人）来说，你，这篇文章的读者，使用什么真的很有趣？你对这个话题有什么看法。

标签： gitnormalizationline-endings

Answer 1

如果您的 Git 项目出于任何原因被多个平台上的人们使用，您将需要使用 Git 的行尾规范化。非 Windows 系统上的用户不希望使用 CRLF 结尾，因为在这些平台上，回车往往会在 Git diff 输出中显示为尾随空格。但是，Windows 工具（包括编辑器和编译器）通常需要 CRLF 结尾才能工作。如果不使用行尾归一化，用户很可能会犯错误并意外提交错误的行尾，从而导致差异噪声。

话虽如此，您不需要使用.gitattributes来处理行尾。在 Windows 上使用该core.autocrlf设置通常就足够了，因为 Git 可以检测大多数二进制文件而不更改它们的结尾，同时更改任何文本文件的行结尾。如果这适合您的存储库，则根本不需要.gitattributes文件。