Delete ␍eslint(prettier/prettier)錯誤 今天在用HBuilder開發uniapp項目時，想換成vscode進行開發，但是用vscode打開之前的項目，eslint報錯一片紅 解決方案： 方案一：一個一個文件的選擇，具體操作如下，手動把CRLF換成LF。缺點：文件太多， ...
Delete ␍eslint(prettier/prettier)錯誤
今天在用HBuilder開發uniapp項目時，想換成vscode進行開發，但是用vscode打開之前的項目，eslint報錯一片紅
解決方案：
方案一：一個一個文件的選擇，具體操作如下，手動把CRLF換成LF。缺點：文件太多，換不過來，太雞肋
方案二：yarn run lint
比上面省事，eslint錯誤消失，但暫存區多了n個文件改動記錄，對比W
orking tree也沒發現任何不同。
參考資料：“error Delete ⏎ prettier/prettier” in .vue files’’
缺點：需要commit所有文件，多餘
三、配置.prettierrc文件
在項目根目錄下的.prettierrc文件中寫入即可。其實就是不讓prettier檢測文件每行結束的格式.
"endOfLine": "auto"
缺點：不能相容跨平臺開發，從前端工程化上講沒有做到盡善盡美。
我直接加了這行代碼解決問題的
四、最佳方案
問題根源:
罪魁禍首是git的一個配置屬性：core.autocrlf
由於歷史原因，windows下和linux下的文本文件的換行符不一致。
Windows在換行的時候，同時使用了回車符CR(carriage-return character)和換行符LF(linefeed character)
而Mac和Linux系統，僅僅使用了換行符LF
老版本的Mac系統使用的是回車符CR
因此，文本文件在不同系統下創建和使用時就會出現不相容的問題。
我的項目倉庫中預設是Linux環境下提交的代碼，文件預設是以LF結尾的(工程化需要，統一標準)。
當我用windows電腦git clone代碼的時候，若我的autocrlf(在windows下安裝git，該選項預設為true)為true，那麼文件每行會被自動轉成以CRLF結尾，若對文件不做任何修改，pre-commit執行eslint的時候就會提示你刪除CR。
現在可以理解ctrl+s和yarn run lint 方案為何可以修複eslint錯誤了吧，因為Git自動將CRLF轉換成了LF。
最佳實踐：
現在VScode，Notepad++編輯器都能夠自動識別文件的換行符是LF還是CRLF。
如果你用的是windows，文件編碼是UTF-8且包含中文，最好全局將autocrlf設置為false。
git config --global core.autocrlf false
註意：git全局配置之後，你需要重新拉取代碼。
本文由博客一文多發平臺 OpenWrite 發佈！
