We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
It is possible, and common practice to add a include: package:<somePackage>/<someEntrypoint>.yaml within an analysis_options.yaml file
include: package:<somePackage>/<someEntrypoint>.yaml
analysis_options.yaml
For example, this is how pedantic and the newer lints package work
include: package:lints/recommended.yaml
Currently, dependency validator completely ignores this file, but it could, and probably should, audit the dependencies used within these files
I'm proposing the following rules regarding this file:
include
The text was updated successfully, but these errors were encountered:
No branches or pull requests
It is possible, and common practice to add a
include: package:<somePackage>/<someEntrypoint>.yaml
within ananalysis_options.yaml
fileFor example, this is how pedantic and the newer lints package work
Currently, dependency validator completely ignores this file, but it could, and probably should, audit the dependencies used within these files
I'm proposing the following rules regarding this file:
include
statement and is not declared within the pubspec.yaml file, the command should failinclude
AND is declared as a non-dev dependency, the command should failThe text was updated successfully, but these errors were encountered: