You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running any tasks in a npm project, it seems moon is going to first run npm install, but npm install is not freezing the package-lock.json files and there are no options to use npm clean-install instead.
This means sometimes moon will randomly decide to change my package-lock.json, make my builds far less deterministic than I'd like.
Is this intended or not?
Expected behavior
Running moon run :build should build things, not update my package-lock.json.
We do this to handle situations where a package.json dependency was changed some where, but the install hasn't occurred yet, resulting in an invalid node_modules state.
Describe the bug
When running any tasks in a
npm
project, it seemsmoon
is going to first runnpm install
, butnpm install
is not freezing thepackage-lock.json
files and there are no options to usenpm clean-install
instead.This means sometimes
moon
will randomly decide to change mypackage-lock.json
, make my builds far less deterministic than I'd like.Is this intended or not?
Expected behavior
Running
moon run :build
should build things, not update mypackage-lock.json
.Environment
Additional context
If this is intended, is there any workaround (other than switching to
yarn
and using--frozen-lockfile
if possible) to avoid that behaviour?The text was updated successfully, but these errors were encountered: