summaryrefslogtreecommitdiff
path: root/common_modules/module_lib/src/txm_queue_create.c
diff options
context:
space:
mode:
authorFrédéric Desbiens <[email protected]>2026-08-24 13:07:38 -0400
committerGitHub <[email protected]>2026-08-24 13:07:38 -0400
commit9218bad4bc292a030ce8f4df5c82db2362a6b6c2 (patch)
tree7f5ad2a75b709404fab1a027b0a89b78c925ad8d /common_modules/module_lib/src/txm_queue_create.c
parent977e14e776aed933446835c825b18aa4ca521577 (diff)
Kept the coverage publish on master, where the environment allows it (#654)
Running the regression suites on dev (#652) was meant to test the branch the pull requests target. It changed what gets published as well, which was not intended and does not work: the first push to dev after that merge failed with Branch "dev" is not allowed to deploy to github-pages due to environment protection rules. All three suites passed in that run -- tx, smp and freertos. The only failure was deploy / deploy_code_coverage, rejected before it ran, because the github-pages environment restricts deployments to master. The guard goes here rather than in the environment settings, because the environment rule is doing its job. Which branch the published coverage report describes is a deliberate decision, and moving it from master to dev is a change worth making on purpose rather than as a side effect of a trigger fix. Doing so needs the environment setting relaxed as well as this line removed. The per-suite deploy_code_coverage jobs need no guard: tx, smp and freertos all pass skip_deploy: true, and regression_template.yml already restricts that job to push and workflow_dispatch. Only the deploy job, which is the one that publishes, was reaching the environment. Assisted-by: Claude Opus 5 <[email protected]>
Diffstat (limited to 'common_modules/module_lib/src/txm_queue_create.c')
0 files changed, 0 insertions, 0 deletions