dependency_validator
누락된, 과소 프로모션된, 과도하게 프로모션된 및 사용되지 않은 종속성 여부를 확인합니다.
누락된, 부족하게 프로모션된, 과도하게 프로모션된 및 사용되지 않은 종속성 찾는 데 도움을 주는 도구입니다.
>=7.1.0 <15.0.0^2.0.0^1.0.0^2.0.1^2.0.1^1.0.0^4.8.0^1.0.1>=2.0.0 <4.0.0^1.8.0^2.0.0^1.5.0^3.1.0^2.1.2^6.0.0^1.17.12^2.0.0^1.2.2아래는 영문 원문 스냅샷입니다. 최신 내용은 GitHub에서 확인하세요.
A tool to help you find missing, under-promoted, over-promoted, and unused dependencies.
dart pub global activate dependency_validator
dart pub global run dependency_validator
This will report any missing, under-promoted, over-promoted, and unused dependencies. Any package that either provides an executable or a builder that will be auto-applied via the dart build system will be considered used even if it isn't imported.
pubspec.yamllib/, bin/, or hook/ but only declared as a dev_dependency.lib/, bin/, and hook/ but declared as a dependency.pubspec.yaml.Hook scripts in hook/ (for example, build.dart and link.dart) run at build/link time (dart build, flutter build), so their imports must be regular dependencies. To opt out, use ignore to suppress warnings for a specific package name (for example, a dev_dependency used only in hooks), or exclude: ["hook/**"] to skip scanning the hook directory entirely (which also skips missing-dependency checks in hook files).
There may be packages that are intentionally depended on but not used, or there
may be directories that need to be ignored. You can statically configure these
things in a dart_dependency_validator.yaml file in the root of your package:
# dart_dependency_validator.yaml
# Set true if you allow pinned packages in your project.
allow_pins: true
# Exclude one or more paths from being scanned. Supports glob syntax.
exclude:
- "app/**"
# Ignore one or more packages.
ignore:
- analyzer
[!Note] Previously this configuration lived in the
pubspec.yaml, but that option was deprecated becausepub publishwarns about unrecognized keys.
This package supports Pub Workspaces, a collection of packages in one repository. Workspaces allow Pub to share dependencies between your packages. Your top-level package's pubspec.yaml should have a workspace field that indicates which sub-packages should be included, like this:
workspace:
- pkg1
- pkg2
and your sub-packages should have resolution: workspace in their pubspec.yamls. For more information, see the linked documentation.
Running dependency_validator will always validate the package your terminal is in. If you run the tool on the top-level workspace package, it will analyze the workspace package and its sub-packages. To just analyze a sub-package, run the tool in its folder, or pass the -C argument:
$ dart run dependency_validator -C pkg1