当您在使用 git clone 下载Web前端代码仓库后，可能会遇到 Delete ␍ prettier/prettier 的提示时，这通常意味着您的代码中存在不兼容的换行符问题。

问题产生的原因

在不同的操作系统中，文本文件的换行符是不同的。Windows系统通常使用回车符(CR)和换行符(LF)的组合，即CRLF；而Linux和Mac系统则只使用换行符LF。当您在Windows系统中使用 git clone 下载由Linux或Mac系统提交的代码时，如果Git配置了自动转换换行符（core.autocrlf），就会将LF转换为CRLF，导致Prettier代码格式化工具检测到不一致的换行符并抛出错误。

解决思路

• 统一换行符：确保项目中的换行符统一，无论在哪个操作系统中。
• 调整Git配置：修改Git的换行符处理设置。
• 配置Prettier规则：在Prettier配置中设置 endOfLine 规则。

具体解决方案

1. IDE设置

在VSCode或者webstorm编辑器中，可以通过点击右下角的LF/CRLF切换换行符。

优点：

• 简单快捷：直接在编辑器界面操作，无需额外配置。
• 即时生效：更改后立即对当前文件生效。

缺点：

• 非全局解决方案：只对当前打开的文件有效，无法保证项目中所有文件的一致性。
• 需要手动操作：每次打开新文件都可能需要重复此操作。

2. .eslintrc配置

在项目的

.eslintrc

文件中添加以下配置：

"rules": {"prettier/prettier": ["error", { "endOfLine": "auto" }]
}

优点：

• 自动化：配置后，ESLint和Prettier将自动处理文件中的换行符问题。
• 项目级别：对整个项目的代码风格和格式进行统一管理。

缺点：

• 依赖于工具：需要项目中已经集成了ESLint和Prettier。
• 可能存在冲突：与其他ESLint规则或Prettier配置冲突时，可能需要额外调整。

3. Git配置

通过运行以下命令关闭Git的自动换行符转换：

git config --global core.autocrlf false

注意：更改配置后需要重新克隆项目以使设置生效。

优点：

• 根本解决：通过配置Git，可以从源头上解决换行符转换问题。
• 持久效果：一次配置，对所有使用该Git配置的项目有效。

缺点：

• 需要重新克隆：更改配置后，为了让配置生效，需要重新克隆项目。
• 可能影响其他项目：如果在全局范围内更改配置，可能会影响到其他依赖于不同换行符设置的项目。

最佳实践

确保在项目启动前进行了编码规范的约束

• 团队协作：确保团队成员了解并遵守统一的代码风格和换行符规则。
• 编辑器和工具配置：在项目开始时就配置好编辑器和代码格式化工具，以防止此类问题发生。
• 代码审查：在代码提交前进行代码审查，确保代码风格和换行符的一致性。

临时处理

​ 建议采用Git修改配置，重新从代码仓库摘取的方案。

​