Skip to content

chore: separate linting checks to their own step #1801

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 1 commit into from
Mar 30, 2020

Conversation

bradzacher
Copy link
Member

If linting/formatting/spelling fails, it should not block running the tests.
If they do block, they can increase the iteration time for contributors, because they will have to fix them before they can see the status of their tests.

By not blocking, a contributor will be able to submit a PR, and come back ~5min later knowing they will be able to see if their code passes linting and tests.

This should also knock ~40-60s off of the perceived runtime, as it parallelises some of the work.

@bradzacher bradzacher added the repo maintenance things to do with maintenance of the repo, and not with code/docs label Mar 26, 2020
@typescript-eslint
Copy link
Contributor

Thanks for the PR, @bradzacher!

typescript-eslint is a 100% community driven project, and we are incredibly grateful that you are contributing to that community.

The core maintainers work on this in their personal time, so please understand that it may not be possible for them to review your work immediately.

Thanks again!


🙏 Please, if you or your company is finding typescript-eslint valuable, help us sustain the project by sponsoring it transparently on https://opencollective.com/typescript-eslint. As a thank you, your profile/company logo will be added to our main README which receives thousands of unique visitors per day.

@bradzacher bradzacher requested a review from JamesHenry March 26, 2020 02:37
If linting/formatting/spelling fails, it should not block running the tests.
If they do block, they can increase the iteration time for contributors, because they will have to fix them before they can see the status of their tests.

By not blocking, a contributor will be able to submit a PR, and come back ~5min later knowing they will be able to see if their code passes linting _and_ tests.

This should also knock ~40-60s off of the perceived runtime, as it parallelises some of the work.
@bradzacher bradzacher force-pushed the split-lint-to-separate-step branch from 155df34 to c43fc00 Compare March 26, 2020 03:10
@codecov
Copy link

codecov bot commented Mar 26, 2020

Codecov Report

Merging #1801 into master will not change coverage by %.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1801   +/-   ##
=======================================
  Coverage   95.02%   95.02%           
=======================================
  Files         159      159           
  Lines        7112     7112           
  Branches     2033     2033           
=======================================
  Hits         6758     6758           
  Misses        154      154           
  Partials      200      200           
Flag Coverage Δ
#unittest 95.02% <ø> (ø)

@bradzacher bradzacher merged commit bfdffb4 into master Mar 30, 2020
@bradzacher bradzacher deleted the split-lint-to-separate-step branch March 30, 2020 07:44
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 29, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
repo maintenance things to do with maintenance of the repo, and not with code/docs
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant