Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 2 additions & 1 deletion CHANGELOG.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@ and this project adheres to [Semantic Versioning](http://semver.org/spec/v2.0.0.

## [Unreleased]

## [1.3.0] - 2026-09-09
## [1.3.0] - 2026-09-10

### Added

Expand All @@ -25,6 +25,7 @@ and this project adheres to [Semantic Versioning](http://semver.org/spec/v2.0.0.

- Contract tests now use canonical placeholder names for legacy envelopes when scenario URLs spell the same identifier differently.
- Restored the complete PHP example catalog required by the website's Postman submodule update.
- Pinned the validated Xdebug coverage driver and retried delayed GitHub merge metadata so release validation and automatic release detection remain reliable.

## [1.2.0] - 2026-09-06

Expand Down
4 changes: 2 additions & 2 deletions docs/release-checklist.md
Original file line number Diff line number Diff line change
Expand Up @@ -12,15 +12,15 @@ The release workflow starts automatically when a semantic `release/` branch is m

## Repository preparation

1. Create `release/v1.3.0`, update its dated changelog section and `docs/releases/1.3.0.md`, and open a pull request to `main`.
1. Create `release/1.3.0` from `main` after the workflow repairs, update its dated changelog section and `docs/releases/1.3.0.md`, and open a recovery pull request to `main`. The original `release/v1.3.0` attempt did not publish a release.
2. Require every pull-request check, including the disposable 264-request SDK contract, before merge.
3. Configure required checks and the protected `release` environment without granting workflow bypasses.
4. Add `POSTMAN_API_KEY` at repository or organization scope and retain the live-contract artifacts.
5. Review the pull-request release-candidate archive, SBOM, checksums, coverage summary, API matrix, and workflow logs.

## Publication

1. Merge the reviewed `release/v1.3.0` pull request into `main`; this automatically starts the release workflow and derives version `1.3.0`.
1. Merge the reviewed `release/1.3.0` recovery pull request into `main`; this automatically starts the repaired release workflow and derives version `1.3.0`.
2. Confirm the live SDK contract and validation jobs pass, then approve the protected `release` environment if an approval rule is configured.
3. Confirm the immutable `1.3.0` tag and GitHub Release target the reviewed commit and contain the expected artifacts and provenance.
4. Verify GitHub and Packagist identify `AGPL-3.0-or-later` for 1.3.0 while 1.0.x tags retain their original MIT terms.
Expand Down
4 changes: 3 additions & 1 deletion docs/releases/1.3.0.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,4 +11,6 @@ New actions follow the existing positional-ID, direct-data, final-request-option

The release retains PHP 7.4 and PHP 8.x support and the `AGPL-3.0-or-later` license. Published releases and their tags are unchanged.

Merging the reviewed `release/v1.3.0` branch into `main` starts the existing release workflow, which reruns validation and the disposable SDK contract before publication.
Release automation now pins the validated Xdebug 3.5.3 coverage driver and retries GitHub's merged-PR lookup. The 100% line and branch coverage requirements are unchanged.

The original 1.3.0 attempt did not publish a tag or package. Merging the reviewed recovery branch `release/1.3.0` into `main` starts a fresh release run with these fixes, reruns validation and the disposable SDK contract, and retains the protected release environment before publication. The version remains 1.3.0; no published tag is replaced.
Loading