diff options
| author | David RodrÃguez <deivid.rodriguez@riseup.net> | 2025-02-12 15:45:24 +0100 |
|---|---|---|
| committer | Hiroshi SHIBATA <hsbt@ruby-lang.org> | 2025-02-18 12:12:51 +0900 |
| commit | c77354157f7a0af8de5f16dc1b4f352f4bc1402f (patch) | |
| tree | 7eba5e53bc8e3c41b45f2c5e26d5608527d7bd76 /include/ruby/assert.h | |
| parent | 249881690a70c907a7e4aaa8c4f9476858c21ce3 (diff) | |
[rubygems/rubygems] Fix locked gems being upgraded when locked dependencies are incorrect
Resolver had internal logic to prioritize locked versions when sorting
versions, however part of it was not being actually hit because of how
unlocking worked in the resolver: a package was allow to be unlocked
when that was explicit requested or when the list of unlocks was empty.
That did not make a lot of sense and other cases were working because
the explicit list of unlocks was getting "artificially filled".
Now we consider a package unlocked when explicitly requested (`bundle
update <package>`), or when everything is being unlocked (`bundle
install` with no lockfile or `bundle update`).
This makes things simpler and gets the edge case added as a test case
working as expected.
https://github.com/rubygems/rubygems/commit/b8e55087f0
Diffstat (limited to 'include/ruby/assert.h')
0 files changed, 0 insertions, 0 deletions
