在 Windows 上，“prettier --write”用 CRLF 替换 LF

Question

我的团队中有些成员使用 Mac，有些使用 Linux，其他成员使用 Windows。

我们开始使用prettier --write推送更改之前来确保代码风格的统一。该问题发生在 Windows 上，其中所有项目文件都已更改。Prettier 将所有 LF 行尾替换为 CRLF。

"endOfLine": "lf"我们的 中有.prettierrc，但它似乎被忽略了。--end-of-line lf即使在命令行中添加也会被忽略。

Linux 和 Mac 用户不会发生这种情况。

我们如何运行 Prettier 来确保保留行结尾？

Answer 1

根据https://prettier.io/docs/en/options.html#end-of-line，“lf”值已经是当前版本的 prettier 中的默认值。

其他工具也可能会改变行尾。您如何验证更改发生的位置？

在调查我自己关于行结尾的问题时，我看到一个声明，即许多最近的代码编辑器都支持这两种格式。过去我会使用 Notepad++ 来查看文件的格式，而不用担心哪种格式，因为它可以自行适应。底部有一个状态区域，会显示文件结尾的行类型，编辑器可以翻译或匹配您需要的任何类型（可能需要一个插件，我已经有一段时间没有需要它了）。

作为另一个可能的来源，我会调查你的 git 配置，因为它可以在那里发挥一些魔力。我相信默认情况是对存储库中的文本文件使用 Linux/Mac 格式，但会在签出时将其转换为本地预期格式（对于从 Windows 盒子提交的内容则相反）。

https://docs.github.com/en/get-started/getting-started-with-git/configuring-git-to-handle-line-endings

该页面提到了.gitattributes如何告诉 git 要更改哪些文件类型以及保持哪些文件类型相同。我将复制他们的示例，因为它解释了他们在做什么以及为什么。不过该页面上还有更多解释。

# Set the default behavior, in case people don't have core.autocrlf set.
* text=auto

# Explicitly declare text files you want to always be normalized and converted
# to native line endings on checkout.
*.c text
*.h text

# Declare files that will always have CRLF line endings on checkout.
*.sln text eol=crlf

# Denote all files that are truly binary and should not be modified.
*.png binary
*.jpg binary