Closed gdubicki closed 1 month ago
Note: it's not tested, because it seems to be impossible without merging it. 😝
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 82.09%. Comparing base (
03ce3fa
) to head (73dc210
).
@gdubicki - just seen on https://github.com/gitlabform/gitlabform/pull/746, if the Acceptance Tests have not yet completed, BUT we have triggered a Premium run and those pass -> GitHub will do an auto-merge if one has enabled auto-merge.
I was expecting it to wait for everything to be done.
Worth having a think about how we resolve that scenario? Only trigger Premium tests once all Standard Tests done and the Environment deploy is approved? OR prevent auto-merge whilst any check incomplete?
@gdubicki - just seen on #746, if the Acceptance Tests have not yet completed, BUT we have triggered a Premium run and those pass -> GitHub will do an auto-merge if one has enabled auto-merge.
I was expecting it to wait for everything to be done.
Worth having a think about how we resolve that scenario? Only trigger Premium tests once all Standard Tests done and the Environment deploy is approved? OR prevent auto-merge whilst any check incomplete?
This is a setting in the "Branch Protections" I am going to set it to require tests to pass
and revamp the way we organize GitHub Actions code.
The "_" YAMLs are the workflows we run for the main branch, the PRs and for releases (tags beginning with "v").
The other YAMLs are being used in the above ones according to "reusable workflows" pattern (https://docs.github.com/en/actions/using-workflows/reusing-workflows).
It's not perfect, but I think it's easier to comprehend than what we had before.