Skip to content

fix: harden v2.0.8 release preflight gate - #24

Merged
SamoTech merged 3 commits into
mainfrom
fix/release-preflight-gate-v208
Sep 30, 2026
Merged

SamoTech merged 3 commits into
mainfrom
fix/release-preflight-gate-v208

Conversation

@SamoTech

Copy link
Copy Markdown
Owner

Objective

Harden the automatic release path before the next production release.

Changes

  • Bump the Action report version to 2.0.8.
  • Align live integration with 2.0.8.
  • Run static/live release preflight before creating the versioned release tag.
  • Reject an existing versioned tag if it points at a different commit.
  • Keep versioned release tags immutable.
  • Continue moving floating v2 only after validation and tag creation.

Verification

The release workflow itself will provide the authoritative live preflight and release evidence after merge.

@SamoTech
SamoTech merged commit 99ddfd2 into main Sep 30, 2026
4 checks passed

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: c2af604334

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +176 to +177
if git rev-parse --verify --quiet "refs/tags/$RELEASE_TAG" >/dev/null; then
echo "Release tag already exists at the validated candidate: $RELEASE_TAG"

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Recheck the tag target before accepting it

If RELEASE_TAG is created after the earlier Validate versioned tag state step but before this fetch (for example, by a concurrently dispatched run on a different ref or a manual tag push), this branch accepts it without comparing its peeled commit to HEAD_SHA. The following v2 update then resolves and promotes that foreign tag, and the release is published, even though the current preflight validated different source; repeat the SHA check here (or make validation and creation atomic) before proceeding.

Useful? React with 👍 / 👎.

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