actual use at my client, which shows hundreds of CI configurations, across hundreds of apps and libraries (and different teams with different opinions), ~90% of which force loglevel back to warn, the other ~10% of which force it to silent.

npmrc, instead of forcing users to override using env var or cli flag. Using this would allow users to force it _back_ to npm's default using either user or project. $PREFIX/etc/npmrc is specifically for distributions to customize defaults to their liking.

it's possible to get the full debug log during a failure _without_ being overly verbose to STDOUTĪt the _very_ least, this setting should not be set via environment variable, but rather via the builtin config file.

the vast majority of people are now forced to manually undo a setting for the tiny percentage that want it to be different than npm's defaultĪnd most importantly, contrary to the documented rationale for this setting: thus the only way to get _back_ to npm's default is to set our own env var npmrc or npm config set because env vars take precedence. indeed, failures themselves are the exception, so info is necessary in a fraction of a fraction of cases the scenarios where info is actually necessary to debug a failure are vanishingly slim. warn _already_ prints (typically) enough info during a failure case.

conflicting with npm's own default setting is jarring and violates principle of least surprise.Now that it's been over a year since this was last discussed, I would like to reopen the discussion to consider returning to npm's default. There are a long list of arguments why docker shouldn't be changing npm's default and a lot of vocal support for removing the verbose setting.

Npm config set loglevel