在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