Skip to content

feat(ci): add Release Automation Regression canary + rename VF canary#214

Merged
hdamker merged 2 commits intocamaraproject:validation-frameworkfrom
hdamker:feat/ra-smoke-test
Apr 22, 2026
Merged

feat(ci): add Release Automation Regression canary + rename VF canary#214
hdamker merged 2 commits intocamaraproject:validation-frameworkfrom
hdamker:feat/ra-smoke-test

Conversation

@hdamker
Copy link
Copy Markdown
Contributor

@hdamker hdamker commented Apr 22, 2026

What type of PR is this?

enhancement/feature

What this PR does / why we need it:

Adds a second regression canary on validation-framework covering the Release Automation surface. The existing canary only exercises camara-validation.yml — runtime bugs in release-automation-reusable.yml can sit dormant for days (recent examples: #197, #198, both 3 days dormant).

The new Release Automation Regression workflow fires a /create-snapshot + /discard-snapshot round-trip on camaraproject/ReleaseTest whenever a push to validation-framework touches RA-surface paths (release-automation-reusable.yml, release_automation/**, shared-actions/**, tooling_lib/**). Both #197 and #198 would have been caught pre-merge.

Round-trip only — merging the Release Review PR and /publish-release remain out of scope; full manual E2E still gates @v1-rc moves.

For symmetry the existing VF canary is renamed:

  • regression-runner.ymlvalidation-regression.yml
  • New: release-automation-regression.yml

Uses the existing camara-validation App token, same permission profile as the renamed sibling.

Which issue(s) this PR fixes:

Fixes #

Related to camaraproject/ReleaseManagement#379 — adds CI regression coverage to improve RA rollout reliability.

Special notes for reviewers:

  • Round-trip produces no real tags/releases/drafts; leaves a release-review/<id>-preserved branch behind per normal /discard-snapshot semantics.
  • Pre-check fail-loudly: if ReleaseTest state isn't release-state:planned, the runner exits 2 without mutating anything — avoids stomping on a manual cycle.
  • Rename impact: the old regression-runner.yml path 404s; artifact name changes regression-runner-summaryvalidation-regression-summary.
  • 38 new unit tests; 630 existing release_automation/tests/ tests pass; 24 existing VF tests pass post-rename.

Changelog input

 release-note
 none (internal CI infrastructure)

Additional documentation

This section can be blank.

docs

hdamker added 2 commits April 22, 2026 22:12
Prep for sibling Release Automation Regression canary in the next
commit — the parallel naming groups both regression workflows together
in the Actions UI and distinguishes their surfaces (validation rules vs
release automation runtime). Script name (validation/scripts/regression_runner.py)
unchanged; it describes script behavior, not workflow identity.
New workflow fires a /create-snapshot + /discard-snapshot round-trip on
camaraproject/ReleaseTest whenever pushes to validation-framework touch
RA-surface paths (release-automation-reusable.yml, release_automation/**,
shared-actions/**, tooling_lib/**). Catches runtime bugs that escape the
Validation Regression canary — classes demonstrated by tooling#197
(validate-command SyntaxError) and tooling#198 (tooling_lib missing
from sparse-checkout), both of which sat dormant for 3 days before a
manual test surfaced them.

Round-trip only; merging the Release Review PR and /publish-release
remain out of scope — full manual E2E still gates @v1-rc moves for
publish-side changes. Uses the existing camara-validation App token
(actions:write + issues:write + pull_requests:write), same pattern as
validation-regression.yml.
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