Skip to content

chore: tighter linting #535

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

Merged
merged 14 commits into from
Jul 25, 2019
Merged

chore: tighter linting #535

merged 14 commits into from
Jul 25, 2019

Conversation

bradzacher
Copy link
Member

Sorry for jumping the gun!

  • added eslint-plugin-import
    • fixed up dependencies so they're all in the correct packages (there were a lot of common deps that were just in the base package).
    • added typescript as a dev dependency where appropriate (until npm supports the optional peer dependency config, that is)
  • added eslint-plugin-eslint-comments

@bradzacher bradzacher added the enhancement New feature or request label May 16, 2019
@bradzacher bradzacher requested a review from JamesHenry July 15, 2019 22:22
@bradzacher
Copy link
Member Author

Hey @JamesHenry, I'll OFC need to update this to the latest master, as it's rather out of date, but could you have a look over the eslint config specifically, as I recall you saying you didn't like some things in it.

I'd like to get some stricter linting in to help catch some some hard-to-notice problems in PRs (such as rules in eslint-plugin importing from typescript-estree instead of experimental-utils).

@JamesHenry
Copy link
Member

JamesHenry commented Jul 18, 2019

I'm afraid I don't remember 😅

Overall looks fine, just the couple of instances of the same question above.

Also, I wonder if we should require an explanation comment each time there is an eslint-disable used? Just so we don't forget/it is clear to other contributors why we feel it is good to have a lint rule configured but then disable it for the odd case or two. WDYT?

I think there are already rules/plugins out there that offer that feature...

# Conflicts:
#	packages/eslint-plugin/src/rules/prefer-regexp-exec.ts
#	packages/experimental-utils/package.json
#	packages/parser/package.json
#	packages/parser/typings/eslint.d.ts
#	packages/typescript-estree/package.json
#	yarn.lock
@bradzacher
Copy link
Member Author

I think there are already rules/plugins out there that offer that feature...

Unless I'm blind - a quick google doesn't return any results for this.
I'd expect it to be covered by eslint-plugin-eslint-comments, but it's not.

JamesHenry
JamesHenry previously approved these changes Jul 25, 2019
Copy link
Member

@JamesHenry JamesHenry left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for adding the comments, let's go ahead and get this in - if it turns out I really hate something afterwards we can always discuss it then in isolation 😁

# Conflicts:
#	package.json
#	packages/eslint-plugin-tslint/package.json
#	packages/eslint-plugin/package.json
#	packages/eslint-plugin/src/rules/no-object-literal-type-assertion.ts
#	packages/eslint-plugin/tests/eslint-rules/no-redeclare.test.ts
#	packages/eslint-plugin/tests/rules/array-type.test.ts
#	packages/experimental-utils/src/eslint-utils/batchedSingleLineTests.ts
#	packages/parser/package.json
#	packages/typescript-estree/package.json
#	yarn.lock
@bradzacher
Copy link
Member Author

fyi - i raised mysticatea/eslint-plugin-eslint-comments#29

I might see if I can implement that when I have time.

@bradzacher bradzacher merged commit 4496288 into master Jul 25, 2019
@bradzacher bradzacher deleted the tighter-linting branch July 25, 2019 16:04
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 21, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants