-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[#174416949] Replace tslint with eslint #752
Conversation
06f4176
to
644b605
Compare
Affected stories
New dependencies added: @pagopa/eslint-configAuthor: Unknown Description: This package provide the following ESLint custom rules for Typescript projects. Homepage: https://github.com/pagopa/eslint-rules#readme
|
Created | almost 4 years ago |
Last Updated | 18 days ago |
License | MIT |
Maintainers | 3 |
Releases | 25 |
Direct Dependencies | prettier-linter-helpers |
Keywords | eslint, eslintplugin, eslint-plugin and prettier |
README
eslint-plugin-prettier
Runs Prettier as an ESLint rule and reports differences as individual ESLint issues.
If your desired formatting does not match Prettier’s output, you should use a different tool such as prettier-eslint instead.
Sample
error: Insert `,` (prettier/prettier) at pkg/commons-atom/ActiveEditorRegistry.js:22:25:
20 | import {
21 | observeActiveEditorsDebounced,
> 22 | editorChangesDebounced
| ^
23 | } from './debounced';;
24 |
25 | import {observableFromSubscribeFunction} from '../commons-node/event';
error: Delete `;` (prettier/prettier) at pkg/commons-atom/ActiveEditorRegistry.js:23:21:
21 | observeActiveEditorsDebounced,
22 | editorChangesDebounced
> 23 | } from './debounced';;
| ^
24 |
25 | import {observableFromSubscribeFunction} from '../commons-node/event';
26 | import {cacheWhileSubscribed} from '../commons-node/observable';
2 errors found.
./node_modules/.bin/eslint --format codeframe pkg/commons-atom/ActiveEditorRegistry.js
(code from nuclide).
Installation
npm install --save-dev eslint-plugin-prettier
npm install --save-dev --save-exact prettier
eslint-plugin-prettier
does not install Prettier or ESLint for you. You must install these yourself.
Then, in your .eslintrc.json
:
{
"plugins": ["prettier"],
"rules": {
"prettier/prettier": "error"
}
}
Recommended Configuration
This plugin works best if you disable all other ESLint rules relating to code formatting, and only enable rules that detect potential bugs. (If another active ESLint rule disagrees with prettier
about how code should be formatted, it will be impossible to avoid lint errors.) You can use eslint-config-prettier to disable all formatting-related ESLint rules.
This plugin ships with a plugin:prettier/recommended
config that sets up both the plugin and eslint-config-prettier
in one go.
-
In addition to the above installation instructions, install
eslint-config-prettier
:npm install --save-dev eslint-config-prettier
-
Then you need to add
plugin:prettier/recommended
as the last extension in your.eslintrc.json
:{ "extends": ["plugin:prettier/recommended"] }
You can then set Prettier's own options inside a
.prettierrc
file. -
Some ESLint plugins (such as eslint-plugin-react) also contain rules that conflict with Prettier. Add extra exclusions for the plugins you use like so:
{ "extends": [ "plugin:prettier/recommended", "prettier/flowtype", "prettier/react" ] }
For the list of every available exclusion rule set, please see the readme of eslint-config-prettier.
Exactly what does plugin:prettier/recommended
do? Well, this is what it expands to:
{
"extends": ["prettier"],
"plugins": ["prettier"],
"rules": {
"prettier/prettier": "error",
"arrow-body-style": "off",
"prefer-arrow-callback": "off"
}
}
"extends": ["prettier"]
enables the main config fromeslint-config-prettier
, which turns off some ESLint core rules that conflict with Prettier."plugins": ["prettier"]
registers this plugin."prettier/prettier": "error"
turns on the rule provided by this plugin, which runs Prettier from within ESLint."arrow-body-style": "off"
and"prefer-arrow-callback": "off"
turns off two ESLint core rules that unfortunately are problematic with this plugin – see the next section.
arrow-body-style
and prefer-arrow-callback
issue
If you use arrow-body-style or prefer-arrow-callback together with the prettier/prettier
rule from this plugin, you can in some cases end up with invalid code due to a bug in ESLint’s autofix – see issue #65.
For this reason, it’s recommended to turn off these rules. The plugin:prettier/recommended
config does that for you.
You can still use these rules together with this plugin if you want, because the bug does not occur all the time. But if you do, you need to keep in mind that you might end up with invalid code, where you manually have to insert a missing closing parenthesis to get going again.
If you’re fixing large of amounts of previously unformatted code, consider temporarily disabling the prettier/prettier
rule and running eslint --fix
and prettier --write
separately.
Options
Note: While it is possible to pass options to Prettier via your ESLint configuration file, it is not recommended because editor extensions such as
prettier-atom
andprettier-vscode
will read.prettierrc
, but won't read settings from ESLint, which can lead to an inconsistent experience.
-
The first option:
-
An object representing options that will be passed into prettier. Example:
"prettier/prettier": ["error", {"singleQuote": true, "parser": "flow"}]
NB: This option will merge and override any config set with
.prettierrc
files
-
-
The second option:
-
An object with the following options
-
usePrettierrc
: Enables loading of the Prettier configuration file, (default:true
). May be useful if you are using multiple tools that conflict with each other, or do not wish to mix your ESLint settings with your Prettier configuration."prettier/prettier": ["error", {}, { "usePrettierrc": false }]
-
fileInfoOptions
: Options that are passed to prettier.getFileInfo to decide whether a file needs to be formatted. Can be used for example to opt-out from ignoring files located innode_modules
directories."prettier/prettier": ["error", {}, { "fileInfoOptions": { "withNodeModules": true } }]
-
-
-
The rule is autofixable -- if you run
eslint
with the--fix
flag, your code will be formatted according toprettier
style.
Contributing
See CONTRIBUTING.md
Generated by 🚫 dangerJS
Codecov Report
@@ Coverage Diff @@
## master #752 +/- ##
==========================================
- Coverage 80.16% 79.85% -0.31%
==========================================
Files 70 71 +1
Lines 2319 2328 +9
Branches 369 372 +3
==========================================
Hits 1859 1859
- Misses 447 456 +9
Partials 13 13
Continue to review full report at Codecov.
|
lgtm two things:
|
@gunzip About 1 a more detailed REAME was provided pagopa/eslint-rules/pull/3 |
@gunzip About 2 maybe could be used this package (link) for comment conversion. If you like it we could add reference to this package inside the README of |
yup |
**/__tests__/* | ||
**/__mocks__/* |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't use eslint on those files as well? I mean: I see the point of not having such files to block a build, but also I'd like to enforce code conventions on test code (and, to use prettier)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the idea. But enable the linter on these files generate 330 problems
because tslint was previously disabled on mocks and tests.
readonly allowNotifyIPSourceRange: ReadonlyArray<CIDR>; | ||
readonly allowPagoPAIPSourceRange: ReadonlyArray<CIDR>; | ||
readonly allowMyPortalIPSourceRange: ReadonlyArray<CIDR>; | ||
readonly allowBPDIPSourceRange: ReadonlyArray<CIDR>; | ||
readonly allowSessionHandleIPSourceRange: ReadonlyArray<CIDR>; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
isn't that redundant?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, the readonly
keyword makes the prop like a const
so it can't be reassigned (es. myVar.allowNotifyIPSourceRange = myValue
is forbidden). ReadonlyArray
instead make the array immutable. They work on different layers.
why draft? can this be merged? |
I remove the draft. Maybe a rebase is needed before we can merge. |
594b4f9
to
45d5f9a
Compare
…-config [#174416949] Restore app.ts layout
45d5f9a
to
b6d96e2
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
List of Changes
tslint
anditalia-tslint-rules
with@pagopa/eslint-config
@pagopa/eslint-config/strong
tslint:disable
witheslint-disable
lint
script insidepackage.json
Motivation and Context
TSLint has been deprecated in favour of ESLint. This PR replace TSLint with ESLint and
italia-tslint-rules
with the new package@pagopa/eslint-config
. Some rules from@pagopa/eslint-config/strong
has been disabled to minimize code refactoring.How Has This Been Tested?
yarn lint
andyarn build
executionyarn test
executionTypes of changes
Checklist:
Question:
Can we enable
eslint
even on.test.ts
files? So we could have the same code style restrictions on tests.