Open MikeMcC399 opened 2 days ago
They are only relevant for development and CI testing
The question is, if devDependencies can do any harm in "production" releases. Personally I follow the concept of avoiding everything that can be "easily" avoided, because someone out there is for sure clever enough to exploit such vulnerabilities. What could happen is for example written down in a StackExchange question. But this is only my personal position.
Of course vulnerability warnings are just 'hints' from npm audit and not the same as deprecation warnings, where the owner of a package send us a kind of "please migrate to another package" message.
@MikeMcC399 I do not want to give the wrong impression: it is not my intention to criticize every argument that differs from my personal opinion 😄.
Even if it looks different, I like hearing arguments from other developers. I do know that others can be right too :-).
Of course I could also live with vulnerabilities in devDependencies.
@BePo65
I think there is some misunderstanding. My wish / request is that there are no deprecations or vulnerabilities reported when cloning the repository and installing dependencies. That was the intention of posting this issue.
I did not however look at the feasibility of achieving this goal.
Issue
Cloning and installing dependencies results in a high number of deprecation warnings and vulnerability warnings
These deprecation warnings do not affect the regular use of the published npm package start-server-and-test as an npm package. (For instance
npm install start-server-and-test
currently results in no deprecation warnings.) They are only relevant for development and CI testing.Steps to reproduce
Ubuntu
24.04.1
LTS, Node.js22.11.0
LTSLogs