-
Updated
Aug 25, 2020 - JavaScript
linting
Here are 417 public repositories matching this topic...
-
Updated
Aug 26, 2020 - Vim script
-
Updated
Aug 20, 2020 - TypeScript
-
Updated
Jul 28, 2020
-
Updated
Jul 9, 2020 - JavaScript
-
Updated
Aug 26, 2020 - OCaml
-
Updated
Jul 15, 2020 - JavaScript
-
Updated
Aug 26, 2020 - Kotlin
-
Updated
Feb 27, 2020
-
Updated
Aug 20, 2020 - Vim script
Add CONTRIBUTING.md
- Guidance on adding a linter new rule-action (if none of the existing ones can perform the action, or be extended)
- Expand on guidelines re: keeping commits to logical areas of the code / individual packages where possible
- Use of
conventional-commitstandard going forward - Advice not to include any
package-lock.jsonchanges PRs, for security reasons. File will be regene
-
Updated
Jul 30, 2020 - JavaScript
-
Updated
Aug 26, 2020 - JavaScript
Project References help us to build specic package.
Currently, we need to build before developing a specifc package.
cd <project-root>
yarn run build
-
Updated
Dec 11, 2019 - Python
We need to enforce \n for line breaks.
-
Updated
Apr 11, 2018
Tests
A really simple task. The best first issue. We have a huge lack of tests. Write tests for anything inside, be creative
-
Updated
Apr 17, 2020
-
Updated
Aug 26, 2020 - Python
Most js projects have configured linters in package.json as npm run script to pass on arguments to eslint and start it for example with npm run lint:eslint.
Suggestion: make it possible to run a linter unsing this npm run configuration, otherwise you have to maintain paraleters for all linters in two locations: package.json and github action file.
-
Updated
Jul 13, 2020 - TypeScript
-
Updated
May 14, 2020 - C
-
Updated
Jul 19, 2020 - Shell
Improve this page
Add a description, image, and links to the linting topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the linting topic, visit your repo's landing page and select "manage topics."


User story.
As a custom rule developer I'd like to implement rules in such a way that check are performed if there is a marker field is absent in document, and skipped otherwise
Is your feature request related to a problem?
I have special schemas that are not subject to say
info-contactcheck and they are marked byinfo:skip-contact: truefield.the core rule is quite simple