Detect Bun tool when using bun.lock and yarn.lock #213
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.
Summary
Resolves #212
The build task incorrectly detect
yarn
as the JS tool when using Bun's text-based lockfile (bun.lock
) if ayarn.lock
is also present. The text-based lockfile was introduced in Bunv1.1.39
.Why would
bun.lock
andyarn.lock
both exist?Bun supports generating a
yarn.lock
file in addition to its own lockfile. Producing theyarn.lock
file can be useful for integrating with tools that only know (how) to parseyarn.lock
files, such as dependency report generators.The fix
This checks for
bun.lock
ahead ofyarn.lock
to ensure Bun is detected as the tool.Add additional control?
The is adjacent to rails/cssbundling-rails#169.
Perhaps a config that allows setting & differentiating the package manager and bundler would be reasonable. On the other hand, it should already be possible to achieve that by monkey-patching
Jsbundling::Tasks
.