Windows下前端开发使用prettier保证以LF结尾

在Windows下开发时有点比较烦:文件行尾默认是以CRLF格式,也就是回车换行,区别于macOS和Linux常用的LF格式,所以在和使用其他系统的开发人员协作开发时就需要特别注意,所以一般我们需要对Git进行配置:

git config --global core.autocrlf true

上面是从全局告知Git,如果我们工作区的文件是CRLF格式的,在推送到远程时会进行一次转换将其变为LF格式;当我们拉取远程文件时,会再将LF格式的文件转换为CRLF格式的。这样做既能保证其他系统的协作人员的文件格式是正确的,又可以保证Windows下以CRLF格式显示文件。

看起来是很完美地解决方案,但已经2020年了,所有的现代编辑器都能处理LF或CRLF的文件了,这样做还有必要吗?在前端开发中prettier可谓是一个必不可少的工具,其统一化的代码格式化能力使得团队在代码格式上更加统一化,在其v2.0.0中其文件行尾的默认合法值设为了lf

也就是说如果你的工程中使用了prettier@^2.0.0,如果仍按照之前Git的配置方式进行开发,prettier会提示有问题的。当前很多人查到了解决方案:在配置文件中修改配置:

// .prettierrc
{
  "endOfLine": "auto"
}

这也是prettier在v

  • 3
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在 monorepo 中使用 prettier 和 eslint 可以非常有效地帮助我们统一代码风格并保持代码质量。 首先,Prettier 是一个代码格式化工具,它能够自动识别代码中的格式问题,并通过自动化调整代码格式,使其在项目中保持一致。在 monorepo 中使用 Prettier 可以确保不同子项目的代码风格保持一致,避免因为多人协作或者多个子项目而导致的格式不一致的问题。可以通过在 monorepo 的根目录中配置 Prettier,并在各个子项目中使用相同的配置文件来实现统一的代码格式。 而 Eslint 是一个静态代码分析工具,可以帮助我们检查代码中的潜在问题、错误和不规范的写法。在 monorepo 中,使用 Eslint 可以帮助我们规定一致的代码质量标准,并对代码进行自动化的检查。可以在 monorepo 的根目录中配置 Eslint,并在各个子项目中使用相同的配置文件,以保持一致的代码规范。 同时,在 monorepo 中使用 prettier 和 eslint,我们可以通过版本控制工具(如 Git)在团队协作中实现持续集成和自动化的代码格式检查。当代码提交到版本控制工具时,可以配置钩子(hooks)来触发 Prettier 和 Eslint 的检查,并在检查不通过时阻止代码提交,从而确保每个提交的代码都符合团队的要求。 总结来说,在 monorepo 中使用 prettier 和 eslint 可以帮助我们统一代码格式和质量标准,提高开发效率,减少潜在问题和维护成本。但需要注意,在配置过程中要保持一致的配置文件,并在团队中进行培训和沟通,以确保所有开发者都能正确使用这些工具。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值