wordpress - 正确处理 Wordpress 版本控制中的行尾的策略

Question

我已经阅读了很多关于使用git版本控制的行尾编码相关问题的内容，当然是从正式文档开始，如配置 Git 处理行尾，但也有关于设置的答案git config --global core.autocrlf，例如git commit get fatal error (...)或Git 最好的 CRLF (...) 处理策略是什么？还有一些更专注于我使用的软件，例如sourcetree line ending issue。

如果在大多数情况下，这些参考对不再有此类问题有很大帮助，那么不幸的是，在使用 WordPress 管理项目的特定环境中，情况似乎并非如此。事实上，几乎每次我从一个分支切换到另一个分支时，SourceTree 和 Visual Studio Code 都会检测到各种细微的变化（似乎是由于行尾处理）。

设置或git config --global core.autocrlf似乎不会对行为做出重大改变，尽管进行了各种尝试，但我显然找不到最合适的策略。truefalse

此时，为了完善我的方法，我正在尝试根据WordPress Coding Standards设置版本控制参数，通过从文件中调整尽可能好的设置.editorconfig，可以在镜像存储库中找到（这个项目不包含任何.gitattributes可以用作主要基础的文件）。

* text=auto

# Declare files that will always have CRLF line endings on checkout
*.txt                   text eol=crlf
wp-config-sample.php    text eol=crlf

# Declare files that will always have LF line endings on checkout
*.css text eol=lf
*.js  text eol=lf
*.php text eol=lf
*.po  text eol=lf

尽管进行了这些调整，但在切换分支时仍会继续检测到要提交的各种更改。例如，当更新到 5.6 版时，很少检测到 JavaScript 文件（即使文件中明确指出了此文件类型.gitattributes）。

我无法确定这些设置有什么问题或我可能忘记设置什么。起初，我认为这种问题可能是 SourceTree 独有的，但由于 Visual Studio Code 的内置版本控制系统也发现了它们，我认为这些不合时宜的检测实际上是由于我的设置缺乏精确性。

git如果使用WordPress 项目版本的人可以共享适当的功能设置以避免这些不必要的检测，我将不胜感激。

标签： wordpressgitvisual-studio-codeatlassian-sourcetreegitattributes