当您在使用 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修改配置，重新从代码仓库摘取的方案。
