-
Notifications
You must be signed in to change notification settings - Fork 376
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
Distinguish between normal and dev dependencies. #332
Comments
We are thinking of placing the devDependencies in a separate table under the normal dependencies. So if we identify any dep dependencies, we will print two tables, with the first table containing only main deps, and a second table containing dev deps. |
@another-rex probably better to have support for marking "groups" that packages belong to, to support arbitrary groupings and have the default of no group take priority (since that is typically what are considered production dependencies); then in your output you just print-by-group and naturally sort "no group" to the top |
@cuixq This might be an interesting starter project to tackle. |
Issue #332 Non-default dependency groups are recorded in strings as per eco-system: - **Composer:** development dependencies in `packages-dev` - **Conan:** dependencies in `build-requires` and `python-requires` - **Maven:** `<scope/>` in `<dependency/>` - **npm:** `dev` and `optional` dependencies - **pipenv:** development dependencies in `develop` - **pnpm:** development dependencies with `dev` as true - **Poetry:** optional dependencies with `optional = true` - **Pubspec:** development dependencies marked with `dev` - **requirements.txt:** group of a dependency is the file name without the extension Reporters: - **table:** non-default groups are appended to the end of package name, for example: `abc (development)` - **json:** non-default group information in `dependencyGroups` --------- Co-authored-by: josieang <[email protected]> Co-authored-by: Gareth Jones <[email protected]> Co-authored-by: Mend Renovate <[email protected]>
There is no current way to identify whether a vulnerable dependency only affects the development environment e.g. whether it comes from
devDependencies
ordependencies
inpackage.json
.We should add a field to the output to present this information, if we can extract it.
The text was updated successfully, but these errors were encountered: