1.eslint-plugin-prettier

零，問題原因各開發(fā)平臺的換行符不一致，win平臺會出問題一，修改項目配置有時候使用腳手架創(chuàng)建的項目，比如vue-cli，會默認(rèn)使用eslint的一些規(guī)則，比如airbnb其中基本會包含這樣一條規(guī)則："linebreak-style":["error", "unix23333什么意思"],

2.eslint怎么用

這個規(guī)則的意思是回車換行符使用unix風(fēng)格的，也就是LFunix其實(shí)主要就是指mac，或者ubuntu這類的本來團(tuán)隊都用Mac就沒啥問題但如果你用的是windows就會有標(biāo)題中的錯誤：(linebreak-style) Expected linebreaks to be LF but found CRLF. (eslint)。

3.eslint indent

但堂堂vue-cli初始化的項目會沒考慮到這個問題？當(dāng)然不會，其實(shí)項目中應(yīng)該還有一個.editorconfig文件，如果沒有，你就自己添加一個，并輸入如下：[*.{js,jsx,ts,tsx,vue}] 23333什么意思 # 縮進(jìn)使用空格 indent_style = space # 縮進(jìn)2個字符 indent_size = 2 # 行結(jié)尾使用 lf !!!! end_of_line = lf # 刪除行尾空格 trim_trailing_whitespace = true # 文件結(jié)尾添加一個空行 insert_final_newline = true # 行最大長度 max_line_length = 100

4.eslint 規(guī)23333什么意思則推薦

像這樣

5.eslint rules

示例但是發(fā)現(xiàn)vue文件沒問題了，但是某些文件依然報錯二，修改git配置不少開發(fā)者可能遇到過這個問題：從git上拉取服務(wù)端代碼，然后只修改了一處地方，準(zhǔn)備提交時，用diff軟件查看，卻發(fā)現(xiàn)整個文件都被修改了。

6.eslint-plugin

這是git自動轉(zhuǎn)換換行符導(dǎo)致的問題原因不同操作系統(tǒng)使用的換行符是不一樣的Unix/Linux使用的是LF，Mac后期也采用了LF，但Windows一直使用CRLF【回車(CR, ASCII 13, \r) 換行(LF, ASCII 10, \n)】作為換行符。

7.eslint設(shè)置

而git入庫的代碼采用的是LF格式，它考慮到23333什么意思了跨平臺協(xié)作的場景，提供了“換行符自動轉(zhuǎn)換”的功能：如果在Windows下安裝git，在拉取文件時，會自動將LF換行符替換為CRLF；在提交時，又會將CRLF轉(zhuǎn)回LF。

8.eslintrc

但是這個轉(zhuǎn)換是有問題的：有時提交時，CRLF轉(zhuǎn)回LF可能會不工作，尤其是文件中出現(xiàn)中文字符后有換行符時解決方案1.禁用git的自動換行功能：在本地路徑C:\ Users\ [用戶名] \ .gitconfig下修改git配置[core]，如果沒有就直接添加上去：

9.eslint prettier

示例[core] autocrlf = false filemode = false23333什么意思 safecrlf = true

10.eslint 教程

示例git bash命令行也可以修改，最終也是修改.gitconfig配置文件：分別執(zhí)行： git config --global core.autocrlf false git config --global core.filemode false git config --global core.safecrlf true

保險起見，先保存配置文件，再使用 git bash執(zhí)行命令修改完git，重新去git上拉去項目源碼