summaryrefslogtreecommitdiff
path: root/test/ruby/test_stack.rb
diff options
context:
space:
mode:
authorEdouard CHIN <chin.edouard@gmail.com>2025-08-12 20:33:03 -0400
committerHiroshi SHIBATA <hsbt@ruby-lang.org>2025-09-03 23:38:37 +0900
commit50d4622637b73715d20c5112f38d6fae0109c78f (patch)
tree55020395124d880814178699998631c0def04c96 /test/ruby/test_stack.rb
parent3b6c82ca4f6ee915e670c5be2342b10ed99c5844 (diff)
[rubygems/rubygems] Fix `bundle lock` regression when using `update` and `lockfile` flags:
- Ref #8917 - ### Problem Prior to Bundler 2.5.6, running `bundle lock --update foo --lockfile Gemfile_bumped.lock` would update only the foo gem and write the lockfile to the `Gemfile_bumped.lock`. In Bundler 2.5.6 and above running the same command, updates absolutely all gems. This change is related to #7047 ### Solution We decided to expose the `write_lock` method rather than going through a complex deprecation cycle of the `lock` method. This commit applies the same business logic as prios to 2.5.6 where, we build the definition using the existing lockfile, make changes to the definition and dump it into the desired lockfile. https://github.com/rubygems/rubygems/commit/c88f00c41d
Diffstat (limited to 'test/ruby/test_stack.rb')
0 files changed, 0 insertions, 0 deletions