改行は 'LF'であると予期されていましたが、 'CRLF'の改行スタイルが見つかりました

gulpプロジェクトでeslintを使用すると、このようなエラーの問題が発生
Expected linebreaks to be 'LF' but found 'CRLF' linebreak-styleし、実行中のgulpにWindows環境を使用しています。エラーログ全体は以下のとおりです。

 Kiran (master *) Lesson 4 $ gulp
 Using gulpfile c:\Users\Sai\Desktop\web-build-tools\4\
 gulpfile.js
 Starting 'styles'...
 Finished 'styles' after 17 ms
 Starting 'lint'...
 'lint' errored after 1.14 s
 ESLintError in plugin 'gulp-eslint'
 sage: Expected linebreaks to be 'LF' but found 'CRLF'.
 ails: fileName: c:\Users\Sai\Desktop\web-build-tools\4\js\extra.js



$>Users\Sai\Desktop\web-build-tools\4\js\extra.js
error  Expected linebreaks to be 'LF' but found 'CRLF'  linebreak-style

間違いの可能性を示すエラーとしてextra.jsファイルも含めています。

function getWindowHeight() {
    return window.innerHeight;
}

getWindowHeight();

linebreak-style.eslintrcまたはソースコードのいずれかで、ルールが以下のように構成されているかどうかを確認します。

/*eslint linebreak-style: ["error", "unix"]*/

Windowsで作業しているので、代わりにこのルールを使用することをお勧めします。

/*eslint linebreak-style: ["error", "windows"]*/

のドキュメントを参照してくださいlinebreak-style：

さまざまなエディター、VCSアプリケーション、およびオペレーティングシステムを使用している多くの人と一緒に開発する場合、前述のいずれかによって異なる行末が記述されることがあります（特に、SourceTreeのWindowsバージョンとMacバージョンを一緒に使用する場合に発生する可能性があります）。

Windowsオペレーティングシステムで使用される改行（改行）は通常、キャリッジリターン（CR）の後にラインフィード（LF）が続き、キャリッジリターンラインフィード（CRLF）になりますが、LinuxおよびUnixは単純なラインフィード（LF）を使用します。対応する制御シーケンスは"\n"（LF用）および"\r\n"（CRLF）用です。

これは、自動的に修正可能なルールです。--fixコマンドラインのオプションは、このルールによって報告された問題を自動的に修正します。

ただしCRLF、コードで行末を保持したい場合（Windowsで作業している場合）、このfixオプションは使用しないでください。

この回答に従って、linebreak-styleを使用して.eslintrcでそれらを無視することは有用であることがわかりました（ラインフィードを無視し、ファイルを変更しない場合）：https ://stackoverflow.com/a/43008668/1129108

module.exports = {
  extends: 'google',
  quotes: [2, 'single'],
  globals: {
    SwaggerEditor: false
  },
  env: {
    browser: true
  },
  rules:{
    "linebreak-style": 0
  }
};

vscodeを使用していてWindowsを使用している場合は、ウィンドウの右下にあるオプションをクリックして、CRLFからLFに設定することをお勧めします。Windowsでエラーを削除するためだけに構成をオフにするべきではないため

LF / CLRFが表示されない場合は、ステータスバーを右クリックして、[エディターの行末]を選択します。

ただ、作っautocrlf.gitconfigファイル内のparamをfalseして、コードを再クローニング。出来た！

[core] autocrlf = false

私が走りgit config core.autocrlf true、私が崇拝するのを忘れたので、私と一緒に起こります。

その後、新しいコードをチェックアウト/プルすると、すべてのLF（UNIXでは改行）はCRLF（Windowsでは改行）に置き換えられました。

私はリンターを実行しました、そしてすべてのエラーメッセージは Expected linebreaks to be 'LF' but found 'CRLF'

問題を修正するために、autocrlf実行git config --list | grep autocrlfして値を確認し ました。

core.autocrlf=true
core.autocrlf=false

グローバルGIT構成を編集し、に~/.gitconfig置き換えましautocrlf = trueたautocrlf = false。

その後、私は自分のプロジェクトに行き、次のことを行いました（src/フォルダー内のコードを想定）。

CURRENT_BRANCH=$(git branch | grep \* | cut -d ' ' -f2);
rm -rf src/*
git checkout $CURRENT_BRANCH src/

あなたがそれをしたい場合はCRLF（WindowsのEOL）、ファイルに行く- >設定- >設定。[ユーザー]タブに「行末」と入力し、[ ファイル：Eol]が\ r \ nに設定されていることを確認します。Prettier拡張機能を使用している場合は、[ Prettier：行末]がcrlfに設定されていることを確認します。最後に、eslintrcファイルに次のルールを追加します。'linebreak-style': ['error', 'windows']

vscodeを使用している場合は、ウィンドウの右下にあるオプションをクリックして、CRLFからLFに設定することをお勧めします。これでエラーが修正されました

WebStormを使用していてWindowsを使用している場合は、設定/エディター/コードスタイル/全般タブをクリックして、ドロップダウンメニューから「windows（\ r \ n）」を選択することをお勧めします。これらの手順はRiderにも適用されます。

eslintでVSCodeを使用しているときにも同じ状況が発生しました。VSCodeを使用する場合、

1-名前がVScodeの右下にあるLFまたはCRLFのどちらかになる可能性があるエリアをクリックします。

2-ドロップダウンメニューから[LF]を選択します。

それでうまくいきました。