Closed mrobinson closed 1 year ago
Huh. Something is wrong as the final step passed even with an intermediate failure.
You need to rebase on the latest changes to get the checks to pass.
@valenting @lucacasonato Thanks for looking at this. In order to land changes now, simply click the "Merge when ready" button on pull requests. The merge style is set to "squash" right now, but let me know if you'd like it to be "rebase" instead which will preserve all commits in the PR instead of squashing them.
Setting up merge queue as well, I ask myself if the Result
is needed in general or why you chose to have this job? Is it just personal preference?
You need a job to control whether the CI passes or fails. This Result job tries to do that by failing if any dependent job fails. I'm not sure if it's working on this case or not.
You need a job to control whether the CI passes or fails. This Result job tries to do that by failing if any dependent job fails. I'm not sure if it's working on this case or not.
Wow, that would be indeed weird behaviour! It's true, I can't really read if it is needed or not from the docs: https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/configuring-pull-request-merges/managing-a-merge-queue#failing-ci
I hope (for now, will test it), that a failing job is also seen as that for the merge queue. Thanks for the elaboration! 👍🏽
Codecov Report
Patch and project coverage have no change.
Additional details and impacted files
```diff @@ Coverage Diff @@ ## master #851 +/- ## ======================================= Coverage 82.43% 82.43% ======================================= Files 20 20 Lines 3348 3348 ======================================= Hits 2760 2760 Misses 588 588 ```:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.