fix: explicitly set our preferred package manager for js dependencies #528
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.
react-rails
now supports other package managers usingpackage_json
, meaning it now defaults tonpm
if a package manager is not explicitly set inpackage.json
, causing a straypackage-lock.json
to be created.I've specified an exact version because currently
corepack
requires that (ranges are not yet supported) but we're not actually expecting anyone to be usingcorepack
and we're definitely not using it in production (not explicitly at least...) so in theory this shouldn't cause problems and it meanspackage.json
conforms to the JSON schema - it'll also help to flush out any potential problems early before(/if)corepack
becomes more mainstream.