Respect ignoreScripts config when running npm pack
/ npm publish
#249
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This should address npm/cli#3707, although now that I'm re-reading npm/cli#3300, I wonder what is the actual intended behavior? It seems arborist is also keen to run
prepare
regardless of the user setting: https://github.com/npm/cli/blob/latest/workspaces/arborist/lib/arborist/rebuild.js#L180-L182 (while the other scripts it runs above/below do respect the setting).TBH, my gut feeling is that the
--ignore-scripts
should take precedence over anything else. I know there's an RFC for command specific config, but we're probably a long way from there and running scripts when people explicitly disable them is a security issue too that needs to be communicated as such at the very least.If it's the case that
prepare
takes precedence over--ignore-scripts
, then there's probably a need for--ignore-scripts-but-we-really-mean-it-this-time
...