So if you do mix igniter.upgrade … it will also make the suggested changes from the library’s upgrade code. There is a tool to do it in ci where you can specify the old version and the new version directly, so one commit to update deps, and another commit for any updates from the old version and the new version.
Yes please! Someone else explained to me that it is possible, but I haven’t had the time to work it out and document it. At the moment Ash is the main user of igniter, but other libraries are adopting it as well, including a pretty large one that I will let make their own announcement about it
Here’s some context for those who might not know Renovate well enough to get it:
the update-lockfile strategy is about updating a specific dependency in mix.lock if a new version satisfying the range from mix.exs is available
lockFileMaintenance will update all indirect dependencies directly in mix.lock
As an example for lockFileMaintenance, because ash requires decimal ~> 2.0, if your mix.lock had it locked to 2.2.0, it would update the locked version to 2.3.0).
This wasn’t working at all until right now, and I didn’t expect this change (I didn’t even think about it for some reason, but I’m pretty happy I fixed it “by mistake” )