Skip to content

Give the v4 workflow its own file name - #2990

Merged
nohwnd merged 1 commit into
rel/4.x.xfrom
ci/rel4-workflow-path
Aug 22, 2026
Merged

Give the v4 workflow its own file name#2990
nohwnd merged 1 commit into
rel/4.x.xfrom
ci/rel4-workflow-path

Conversation

@nohwnd

@nohwnd nohwnd commented Aug 22, 2026

Copy link
Copy Markdown
Member

Follow-up to #2989, the rename there did not do what I thought.

A workflow is identified by its file path, and its display name comes from the copy on the default branch. Since main now has .github/workflows/ci.yml, this branch's file at the same path is still labelled CI, no matter what name: says in it. So test-report.yml on main, which runs after every workflow named CI, kept firing for v4 runs and failing: Pester 4 writes NUnit 2.5 XML and dorny/test-reporter cannot read it. The run right after #2989 merged shows it, https://github.com/pester/Pester/actions/runs/32568961399.

ci.yml becomes ci-v4.yml here, which makes it a workflow of its own with its own name. The gate job is still Done, so branch protection is unaffected.

🤖

Renaming the workflow in #2989 was not enough. A workflow is identified by its
file path, and the name comes from the copy on the default branch, so this file
was still labelled "CI" because main has a ci.yml. test-report.yml on main runs
after every workflow named "CI", and it failed on every v4 run, Pester 4 writes
NUnit 2.5 XML that dorny/test-reporter cannot read.

ci.yml becomes ci-v4.yml, which makes it a separate workflow with its own name.
The gate job is still "Done".

🤖
@nohwnd
nohwnd merged commit ab4700f into rel/4.x.x Aug 22, 2026
4 checks passed
@nohwnd
nohwnd deleted the ci/rel4-workflow-path branch August 22, 2026 11:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant