-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Commits get made, even if the gem being updated had it's version stay the same #11
Comments
We might be able to do two bunup runs: one with |
Yeah, I like that idea! Hit the top-level dependencies first, then the transitive dependencies that are still behind. |
We could bring in another dependency, bundler-stats, which has some nice tools to get a Gemfile's dependency information and can output parseable JSON. |
Why not just use the `--only-explicit` flag you mentioned? I'm OK if that
behavior only works with Bundler 1.17+.
…On Wed, Nov 7, 2018 at 1:02 PM Shane Cavanaugh ***@***.***> wrote:
We could bring in another dependency, bundler-stats
<https://github.com/jmmastey/bundler-stats>, which has some nice tools to
get a Gemfile's dependency information and can output parseable JSON.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#11 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAMINymdXx7akQOpLEULymGPCD7FS9eCks5usyArgaJpZM4YIVRt>
.
|
Just that it won't support less than Bundler 1.17 and helping people upgrade from really old versions of stuff is a use case for this gem. I'm find doing the double-run for just Bundler 1.17 though. |
I end up with a commit message that says "actioncable 5.2.1 (was 5.2.0)", but it actually only updates dependencies of actioncable.
The text was updated successfully, but these errors were encountered: