Skip to content

Conversation

@matthewhively
Copy link
Owner

  • Modified update command's thor CLI description
  • renamed update_gems => update_outdated_gems. It was too similar to update_gem method
  • Raise human friendly exception within updated_version_for
  • Fixed commit message to actually differ when only dependencies are updated
  • Skip commit if no changes are staged
  • Fixed issue that would incorrectly postpone merging dependency only changes into a later commit
  • renamed updated_version_for => bundled_version_for. Better matches its functionality
  • Updated some variables within updater_spec.rb
  • Make each context in updater_spec consistent with a before(:each) block
  • Add an example for when only dependencies are updated. Coverage is now 100%

Make it less visually similar to "update_gem". Avoid developer confusion
An example of when this exception can be triggered is when installing nokogiri under the generic ruby platform. It has a dependency of "mini_portile2", but when installing the gem, it will actually install a platform specific version of nokogiri if one exists (for instance arm64-darwin) which do not have "mini_portile2" as a dependency. Therefore the Gemfile.lock will list "mini_portile2" in specs:, but it won't actually be installed on your system. Therefore "bundle list --paths" for that gem will not exist.
Both versions of the commit message have "gemname" as the second word
When only the gem's dependencies were updated, those were not committed, instead they were added into the next successfully updated gem's commit.
This was confusing.
System is always called with that command.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants