Delete ?eslint(prettier/prettier)錯誤

今天在用HBuilder開發(fā)uniapp項目時，想換成vscode進行開發(fā)，但是用vscode打開之前的項目，eslint報錯一片紅

解決方案：
方案一：一個一個文件的選擇，具體操作如下，手動把CRLF換成LF。缺點：文件太多，換不過來，太雞肋

在這里插入圖片描述

方案二：yarn run lint

比上面省事，eslint錯誤消失，但暫存區(qū)多了n個文件改動記錄，對比W

orking tree也沒發(fā)現(xiàn)任何不同。
參考資料：“error Delete ? prettier/prettier” in .vue files’’
缺點：需要commit所有文件，多余

在這里插入圖片描述

三、配置.prettierrc文件
在項目根目錄下的.prettierrc文件中寫入即可。其實就是不讓prettier檢測文件每行結(jié)束的格式.

"endOfLine": "auto"

缺點：不能兼容跨平臺開發(fā)，從前端工程化上講沒有做到盡善盡美。
我直接加了這行代碼解決問題的

四、最佳方案

問題根源:

罪魁禍?zhǔn)资莋it的一個配置屬性：core.autocrlf

由于歷史原因，windows下和linux下的文本文件的換行符不一致。

Windows在換行的時候，同時使用了回車符CR(carriage-return character)和換行符LF(linefeed character)
而Mac和Linux系統(tǒng)，僅僅使用了換行符LF

老版本的Mac系統(tǒng)使用的是回車符CR
因此，文本文件在不同系統(tǒng)下創(chuàng)建和使用時就會出現(xiàn)不兼容的問題。

我的項目倉庫中默認(rèn)是Linux環(huán)境下提交的代碼，文件默認(rèn)是以LF結(jié)尾的(工程化需要，統(tǒng)一標(biāo)準(zhǔn))。

當(dāng)我用windows電腦git clone代碼的時候，若我的autocrlf(在windows下安裝git，該選項默認(rèn)為true)為true，那么文件每行會被自動轉(zhuǎn)成以CRLF結(jié)尾，若對文件不做任何修改，pre-commit執(zhí)行eslint的時候就會提示你刪除CR。

現(xiàn)在可以理解ctrl+s和yarn run lint 方案為何可以修復(fù)eslint錯誤了吧，因為Git自動將CRLF轉(zhuǎn)換成了LF。

最佳實踐：

現(xiàn)在VScode，Notepad++編輯器都能夠自動識別文件的換行符是LF還是CRLF。

如果你用的是windows，文件編碼是UTF-8且包含中文，最好全局將autocrlf設(shè)置為false。

git config --global core.autocrlf false

注意：git全局配置之后，你需要重新拉取代碼。

本文由博客一文多發(fā)平臺 OpenWrite 發(fā)布！