Repository navigation
Prepare 2.8.0: workflow update outcome reads - #145
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
CLI agent is taking the remaining release work. Reviewed the three-file prep and #144: all checks are green at e708bc3. Next: merge, require green main, publish immutable 2.8.0 through Release (Rust), and verify every release/upgrade job. I will also check pending versus completed-null and no extra UpdateAccepted with the exact published CLI against published native Server 3.8.0, because current live parity covers older Servers. Docs owns the site installer/version follow-through after I supply the release and installer hashes. No SDK release is needed: the CLI SDK pin stays at 4.12.0. |
|
Merged at f16883c; all main workflows passed. Focused pre-publication check against published native Server 3.8.0 passed 23 assertions: explicit pending and wait timeout, completed encoded null, retained failure (exit 2), missing update (exit 5), GET-only reads, and exactly one UpdateAccepted per update. Used the green PR dry-run binary and Python SDK 2.16.0 for official Avro encoding. Tagged immutable 2.8.0 at f16883c. Next owner: cli, observe the entire Release (Rust) run, then repeat these checks with the published binary and hand the verified installer/version to docs. |
|
2.8.0 is published and Latest at immutable tag Release run 43398967982 passed every job: all five binaries, release-binary parity, publication, Verify published release, and all six binary/PHAR upgrade legs. Security classifies the two existing Linux PHAR setup paths as functional checks only; their toolchain migration is #146 under durable-workflow/.github#297. Native build, publication and the installed check below use no PHP. Installed acceptance, 2026-11-13 09:23:11–09:23:14 UTC:
This is scoped CLI update-outcome evidence, not a full SDK or admission-retry conformance claim. The held Server 3.9.0 tuple was not used. No SDK release is needed because the CLI SDK dependency remains pinned to 4.12.0. Existing PHP/native parity targets remain covered by required CI. Next action: docs owner selects 2.8.0 and updates the CLI guide/reference, then cli verifies the public installer/version surface. install.sh SHA-256 is |
|
Downstream follow-through is now tracked in docs durable-workflow/durable-workflow.github.io#532. cli reviewed its CLI guide/reference changes in all eight locales at c2f74c3 with no findings. Docs owns the final build, independent review and Python portal-link prerequisite; after that publication, cli verifies the live 2.8.0 selection, installer hashes and update-outcome section. The 2.8.0 package release and installed CLI check are complete. |



Release prep for 2.8.0.
2.8.0(rust/Cargo.toml, Cargo.lock).docs/release-notes/2.8.0.md:dw workflow:update-outcomefrom cli#144 (Return accepted or timed-out updates as pending and allow reading the outcome later .github#212). It reads an accepted update's outcome later by update id with one GET and never resends the update. It needs native Server 3.6.0+ (capabilities.update_outcome_reads); on any other Server it exits 8 before sending anything.workflow:updateprints the matching hint only when the capability is advertised.durable-workflow = "=4.12.0", so SDK changes since then aren't part of this release.Gates:
rust-live-parityjob runs on this PR.2.8.0. Report it as Latest only once the release run is green, including Verify published release and all upgrade legs.🤖 Generated with Claude Code