You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request. Searching for pre-existing feature requests helps us consolidate datapoints for identical requirements into a single place, thank you!
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request.
If you are interested in working on this issue or have submitted a pull request, please leave a comment.
Overview of the Issue
A few times (#3748, #3611), changes introduced by renovate had to be reverted because they broke subsequent CI on PRs.
This points to the question of, why was renovate able to merge such changes? It turns out that the renovate config is such that it doesn't run the normal PR CI.
We have required checks to prevent bad commits that break the build. Since these checks (1) run when certain file paths are changed, we also must run the same check name (but simpler and faster) (2) if the paths are not changed.
For some reason the no-op checks (2) are running when instead the real checks (1) should be running.
Community Note
Overview of the Issue
A few times (#3748, #3611), changes introduced by renovate had to be reverted because they broke subsequent CI on PRs.
This points to the question of, why was renovate able to merge such changes? It turns out that the renovate config is such that it doesn't run the normal PR CI.
#3743 ran https://github.com/runatlantis/atlantis/actions/runs/6102427320/job/16560883301, which is not the full test suite. The tests did subsequently fail on the merge to master CI https://github.com/runatlantis/atlantis/actions/runs/6102467331/job/16561001966.
Reproduction Steps
Not sure
Logs
N/A
Environment details
N/A
Additional Context
The text was updated successfully, but these errors were encountered: