Expected linebreaks to be lf but found crlf как исправить

Check if you have the linebreak-style rule configure as below either in your .eslintrc or in source code:

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

Since you’re working on Windows, you may want to use this rule instead:

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

Refer to the documentation of linebreak-style:

When developing with a lot of people all having different editors, VCS
applications and operating systems it may occur that different line
endings are written by either of the mentioned (might especially
happen when using the windows and mac versions of SourceTree
together).

The linebreaks (new lines) used in windows operating system are
usually carriage returns (CR) followed by a line feed (LF) making it a
carriage return line feed (CRLF) whereas Linux and Unix use a simple
line feed (LF). The corresponding control sequences are "n" (for LF)
and "rn" for (CRLF).

This is a rule that is automatically fixable. The --fix option on the command line automatically fixes problems reported by this rule.

But if you wish to retain CRLF line-endings in your code (as you’re working on Windows) do not use the fix option.

I found it useful (where I wanted to ignore line feeds and not change any files) to ignore them in the .eslintrc using linebreak-style as per this answer: https://stackoverflow.com/a/43008668/1129108

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

answered Jun 20, 2017 at 20:55

If you are using vscode and you are on Windows i would recommend you to click the option at the bottom-right of the window and set it to LF from CRLF. Because we should not turn off the configuration just for sake of removing errors on Windows

If you don’t see LF / CLRF, then right click the status bar and select Editor End of Line.

Here is a really good way to manage this error. You can put the below line in .eslintrc.js file.

Based on the operating system, it will take appropriate line endings.

rules: {
        'linebreak-style': ['error', process.platform === 'win32' ? 'windows' : 'unix'],
 }

answered Dec 31, 2020 at 9:33

answered Oct 19, 2019 at 3:45

Just made autocrlf param in .gitconfig file false and recloned the code. It worked!

[core]
autocrlf = false

answered Feb 14, 2019 at 7:28

The same situation occurred when I was using VSCode with eslint. If you use VSCode,

1 – Click area that name can be both LF or CRLF where at the bottom right of the VScode.

2 – Select LF from the drop-down menu.

That’s worked for me.

answered Jul 9, 2020 at 9:58

git config core.autocrlf false

git rm –cached -r .

git reset –hard

answered Apr 27, 2021 at 20:12

Abdennour TOUMIAbdennour TOUMI

85.3k38 gold badges242 silver badges250 bronze badges

answered May 4, 2019 at 7:15

binary_fmbinary_fm

1611 silver badge6 bronze badges

I set linebreak-style to 0, but not working.

rules: {
    "linebreak-style": 0,
 },

so then I found out need to change every files from “CRLF” to “LF”, and that take lots time.

When cloning a project, Git automatically converts LF to CRLF which causes the error.

git config --global core.autocrlf false

To avoid this automatic conversion, run “git config –global core.autocrlf false” in Git Bash before cloning the project.

answered May 31, 2022 at 1:43

In my case (vue.js project, created using vue-cli) the lint problem Expected linebreaks to be 'LF' but found 'CRLF' linebreak-style was related to Prettier.
From version >= 2 Prettier replace all line endings with “lf”: https://prettier.io/docs/en/options.html#end-of-line

Since I’m using Windows to develop I set these 3 (git, eslint, prettier) configuration to avoid line endings problems:

1. Git: I set git config --global core.autocrlf true
2. eslint: in .eslintrc.js file I configured:

      module.exports = {
      rules: {
        'linebreak-style': ['error', 'windows'],
      },
    };

1. prettier: And finally in prettier.config.js:

module.exports = {
    endOfLine: "crlf",
};

answered Jan 5, 2022 at 14:05

StepUpStepUp

35.9k14 gold badges87 silver badges144 bronze badges

answered Mar 20, 2022 at 19:33

answered Jul 23, 2022 at 12:35

AlexAlex

9662 gold badges8 silver badges14 bronze badges

ofir_aghaiofir_aghai

3,0111 gold badge35 silver badges42 bronze badges

dbaeumer

transferred this issue from microsoft/vscode

Jul 6, 2019

red house 87red house 87

2,1577 gold badges47 silver badges96 bronze badges

Note – Make sure you don’t have any uncommitted changes else it will be deleted when you run the following cmd!

Run this in your terminal or cmd prompt

git config core.autocrlf false
git rm --cached -r .
git reset --hard

This usually happens when the project is created on UNIX based system & then used on a windows system because both have different line endings.

We need to disable auto CRLF on git & uncommit & recommit changes.

Reference

answered Nov 13, 2018 at 16:45

crazwadecrazwade

411 silver badge3 bronze badges