We use more than one include keyword in our .gitlab-ci.yml files. We recently noticed that not all of those, but only one instance was updated. The update itself was a major one (that is, an update from 1.x.y to 2.z.a).
Maybe related to the new autoreplace feature?
Needs a reproduction repo
Working on a repro: https://gitlab.com/fgreinacher/renovate-include-consumer
For some reason Renovate does not run against my project (see https://app.renovatebot.com/dashboard#gitlab/fgreinacher/renovate-include-consumer). Can you take a look @rarkins? I added https://gitlab.com/renovate-bot more than an hour ago.
@fgreinacher Unfortunately the app is really slow to detect new GitLab repos - usually a few hours. This is because we don't have a reliable way to get notified when we're added to new repos.
Recommend you test out on github.com when possible because it's app interface is so much better in this case.
Recommend you test out on github.com when possible because it's app interface is so much better in this case.
I'll try that, thanks!
Wow, that was MUCH faster: Here is the PR showing the problem: https://github.com/fgreinacher/renovate-include-consumer/pull/2
Thanks, I'll take a look soon
@fgreinacher actually, how did you get this working on github? I tried forking it but it's not working for me in this repo: https://github.com/renovate-tests/renovate-include-consumer
I also tried to debug this locally and it's now also failing because it cannot look up the included dep. That's really strange. Maybe it's working because I have the exact same repos on GitLab with Renovate Bot added as Developer.
Now it ran again and the changes are OK now. This behavior seems to be a bit sporadic.
FYI I made a change earlier today that may help this scenario, but I'm not sure how to verify it. Do you think it would work if I forked your two repos into my own account on gitlab.com ?
TBH I'm not sure ❓
In the meantime Renovate also picked up my GitLab repos: https://gitlab.com/fgreinacher/renovate-include-consumer/-/merge_requests/2 - I also don't see the error there anymore.
Looks fixed to me?
Seems so - what’s the change you mentioned?
It was this one: https://github.com/renovatebot/renovate/commit/f61c416f8a0d5dff170b078caa5fda1012534999
autoReplace was initially failing in some edge cases where people managed to group multiple conflicting updates into the same branch/PR. e.g. one updating from 1.0.0 to 1.1.0 and another from 1.0.0 to 1.2.0.
I added de-duplication but that was too aggressive and forgot about the case where you genuinely have two updates in the same file for different locations of the same dependency. So the fix yesterday was for that, which seems to describe the gitlab-ci problem too.
Most helpful comment
It was this one: https://github.com/renovatebot/renovate/commit/f61c416f8a0d5dff170b078caa5fda1012534999
autoReplace was initially failing in some edge cases where people managed to group multiple conflicting updates into the same branch/PR. e.g. one updating from 1.0.0 to 1.1.0 and another from 1.0.0 to 1.2.0.
I added de-duplication but that was too aggressive and forgot about the case where you genuinely have two updates in the same file for different locations of the same dependency. So the fix yesterday was for that, which seems to describe the gitlab-ci problem too.