Do not reset bundler environment if unneeded #372
Merged
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 fix an edge case I saw in a project that uses a custom bundler and ruby build, where licensed was installed in a
Gemfile
and run withbundle exec licensed ...
. In the target scenario, the bundler reset calls inwith_local_configuration
were causing the environment to no longer represent thebundle exec
environment, and platform-specific dependencies weren't being found.with_local_configuration
is meant to support running licensed as a standalone tool outside ofbundle exec
where a bundler environment has already been loaded andENV["BUNDLE_GEMFILE"]
should already be set to the expected gemfile path. The change checks whether the ENV var matches the expected local gemfile path, in which case the assumption is that the correct bundler environment is already loaded and the tool shouldn't reset anything.