docs(devlog): open the 2.58.0 release train - #4909
Conversation
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
|
✅ Deterministic PR hygiene checks passed. |
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe PR adds an open 2.58.0 release train roadmap. It defines the release sequence, hosted CI gate rules, cancellation recovery, publication requirements, and known open items. Changes2.58.0 Release Train
Estimated code review effort: 1 (Trivial) | ~3 minutes Change: Other ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: ec48ccc0f7
ℹ️ 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".
| | Full-platform regression | `ci.yml` dispatched on the candidate with `lane=all` | All nine Windows shards individually, Linux shards, macOS legs | | ||
| | Move `dev`'s version line | `dev-version-bump.yml` opens the bump to the next minor | Bump PR and merge commit | | ||
| | Promote to `main` | Promotion PR from the candidate | Merge commit, `enforce-target` red by design | | ||
| | Prove the release SHA | CI on the merge commit | Run id and conclusion | |
There was a problem hiding this comment.
Require the service-lifecycle run before publishing
When the promotion merge changes package.json, a green ci.yml run alone does not prove the release SHA: .github/workflows/release.yml also searches for a successful service-lifecycle.yml run at that exact commit and refuses to publish if none exists. With the current sequence, a pending or failed service run can be overlooked until the publish workflow fails. Record and require both Cross-platform CI and Service lifecycle success for the merge SHA before dispatching release.yml.
Useful? React with 👍 / 👎.
Summary
Opens the 2.58.0 release train unit and writes its sequence down before it runs, so each step's gate and evidence are fixed in advance rather than reconstructed afterwards. The 2.58.0 line accumulated in a single day — send-budget accounting, third-party Responses compatibility, Cursor tool-marker and overflow handling, safe teardown and configuration reporting, model discovery and capacity reporting, a dependency-audit bump, and the native control stack behind default-off flags — which is more surface than a patch release, so the promotion path is recorded the way 2.57.0's was.
Documentation only: one new file under
devlog/_plan/260918_2580_release_train/. No source, test, or workflow change.Verification
Hosted CI on this head. The heavy legs are filtered out by the
changesjob because the diff is documentation only, which is the intended behaviour for a docs-only change and is itself positive evidence that the filter discriminates.No local suite, typecheck, build, or install was run.
Checklist
Summary by CodeRabbit