Skip to content

chore(release): prepare held 1.1 Release Please PR - #95

Open
ben-ranford wants to merge 5 commits into
mainfrom
feat/86-release-please-1.1
Open

ben-ranford wants to merge 5 commits into
mainfrom
feat/86-release-please-1.1

Conversation

@ben-ranford

@ben-ranford ben-ranford commented Sep 13, 2026

Copy link
Copy Markdown
Owner

Summary

  • problem: Release Please remains configured for release candidates even though the final 1.1 preparation must use its default stable versioning strategy.
  • change: Remove only the RC-specific settings, retain the genuine 1.0.0-rc.2 manifest, make the release contract transition-safe, and describe the annotated version as a held target awaiting its tag gate.
  • compatibility: Root Go release scope, adapter exclusion, pinned no-publication workflow input, GA gate, tag workflow, and release manifest baseline remain unchanged.

Validation

  • go test ./requirements -run 'Test(RootReleasePleaseConfiguration|ReleaseVersionContract)$' -count=1
  • go vet ./requirements
  • make ci
  • git diff --check

Scope firewall

This PR only prepares issue #86’s Release Please stable-version configuration and transition-safe documentation/contracts. Merge it after the implementation train. The generated version PR stays open and unarmed for user approval; no version manifest is fabricated and no release is published here.

Release Notes

  • changelog: No changelog update; this is release automation preparation.
  • follow-up: The final squash commit must retain Release-As: 1.1.0. This preparation PR does not arm a queue or create a tag, GitHub Release, or assets.

Closes #86

Release-As: 1.1.0

@ben-ranford ben-ranford added rigor-uplift Repository hygiene, CI, release, or governance hardening type:verification Executable compatibility, testing or release verification priority:p1 Foundational or high-impact milestone work labels Sep 13, 2026
@ben-ranford ben-ranford self-assigned this Sep 13, 2026
@ben-ranford ben-ranford added this to the v1.1.0 milestone Sep 13, 2026
@ben-ranford
ben-ranford marked this pull request as ready for review September 13, 2026 12:24
@ben-ranford
ben-ranford requested a lite review from Copilot September 13, 2026 12:24
@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Sep 13, 2026

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review Completed 2026-09-13T16:44:15.179098Z 6e9d75d Draft marked ready
ℹ️ 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" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

Copilot AI 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.

🔵 Needs a closer look

Align stable manifest validation with supported release-tag build metadata.

Pull request overview

Prepares Release Please for stable 1.1.0 versioning while retaining the RC2 manifest and release gates.

Changes:

  • Removes RC-specific Release Please settings.
  • Expands release-contract tests for stable versions.
  • Updates release documentation for the held target.

The stable contract still rejects build metadata accepted by the release-tag validator and requires alignment.

File summaries
File Description
requirements/release_please_test.go Updates configuration and version-contract tests.
release-please-config.json Removes prerelease-specific settings.
README.md Documents the held release target.
docs/client-adoption.md Updates adoption guidance for the held target.
Review details

Suppressed comments (1)

requirements/release_please_test.go:13

  • Now that this contract accepts stable versions, it still rejects 1.0.0+build.7, even though the repository's release-tag validator accepts GA tags with build metadata (scripts/rigor/check-release-tag.sh:5-24 and scripts/rigor/cmd/rigor/release_tag_test.go:19-24). A valid tagged manifest can therefore fail TestRootReleasePleaseConfiguration; extend the stable branch to accept SemVer build metadata and add a matching case, or align the tag validator and manifest contract deliberately.
var releaseVersion = regexp.MustCompile(`^(0|[1-9][0-9]*)\.(0|[1-9][0-9]*)\.(0|[1-9][0-9]*)(-rc\.([1-9][0-9]*))?$`)
  • Files reviewed: 4/4 changed files
  • Comments generated: 0
  • Review effort level: Lite

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

@ben-ranford
ben-ranford marked this pull request as draft September 13, 2026 13:46
@ben-ranford
ben-ranford marked this pull request as ready for review September 13, 2026 13:46
@ben-ranford

Copy link
Copy Markdown
Owner Author

Fixed the suppressed stable build-metadata manifest contract finding in f23eac4. Stable 1.0.0+build.7 is accepted; empty and malformed metadata are rejected. Existing RC contract and genuine RC2 manifest remain unchanged. Requirements tests and full make ci pass; the final generated release PR remains reserved for user approval.

@ben-ranford ben-ranford reopened this Sep 13, 2026
Remove RC-only Release Please configuration while preserving the released rc.2 manifest and no-publication workflow path. The final squash commit must retain this one-shot footer so Release Please prepares the held 1.1.0 approval PR.

Release-As: 1.1.0
@ben-ranford
ben-ranford marked this pull request as draft September 13, 2026 15:54
@ben-ranford
ben-ranford marked this pull request as ready for review September 13, 2026 15:54
@ben-ranford
ben-ranford force-pushed the feat/86-release-please-1.1 branch from f23eac4 to 2a3d727 Compare September 13, 2026 15:54

@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: 2a3d727ec9

ℹ️ 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 thread README.md Outdated
@ben-ranford
ben-ranford marked this pull request as draft September 13, 2026 16:17
@ben-ranford
ben-ranford marked this pull request as ready for review September 13, 2026 16:17

@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: de6560214e

ℹ️ 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 thread docs/client-adoption.md Outdated
@ben-ranford
ben-ranford marked this pull request as draft September 13, 2026 16:29
@ben-ranford
ben-ranford marked this pull request as ready for review September 13, 2026 16:29

@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: 8272a27dfe

ℹ️ 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 thread README.md
Comment thread docs/client-adoption.md
@ben-ranford
ben-ranford marked this pull request as draft September 13, 2026 16:42
@ben-ranford
ben-ranford marked this pull request as ready for review September 13, 2026 16:42
@sonarqubecloud

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

priority:p1 Foundational or high-impact milestone work rigor-uplift Repository hygiene, CI, release, or governance hardening type:verification Executable compatibility, testing or release verification

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Prepare the held Release Please 1.1.0 approval PR

2 participants