Skip to content

chore(process-daemon): release 0.3.3 - #59969

Merged
jlongster merged 1 commit into
devfrom
daemon-release-033
Oct 29, 2026
Merged

jlongster merged 1 commit into
devfrom
daemon-release-033

Conversation

@jlongster

@jlongster jlongster commented Oct 28, 2026 •

Copy link
Copy Markdown
Contributor

Issue for this PR

Closes #

Type of change

  • Bug fix
  • New feature
  • Refactor / code improvement
  • Documentation

What does this PR do?

Bumps process-daemon (opencode-pty / @opencode/pty) from 0.3.2 to 0.3.3. The 0.3.2 GitHub release was published, but npm publishing failed because the trusted publisher was misconfigured (since fixed; see https://github.com/anomalyco/opencode/actions/runs/40718483791). Immutable releases lock the process-daemon-v0.3.2 tag, so we can't re-run it and need a new version.

This changes only Cargo.toml, the opencode-pty entry in Cargo.lock, and npm/package.json (version plus all 8 platform optionalDependencies). It makes no workflow changes.

After merge, tag process-daemon-v0.3.3 at the merge commit to run the release.

How did you verify your code works?

  • cargo run --locked -- --version prints opencode-pty 0.3.3 (protocol 7).
  • Checked that npm/package.json version and all optionalDependencies are 0.3.3.

Checklist

  • I have tested my changes locally
  • I have not included unrelated changes in this PR

@jlongster
jlongster requested a review from a team October 28, 2026 17:33

@opencodejr opencodejr 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.

The change looks sound. Drafting first, publishing npm, then publishing the GitHub release last is the right order given immutable releases. Each step checks the release's state, so a re-run of the failed job picks up where it stopped in every partial state in your table. If gh release view fails unexpectedly, create fails on the existing release and the job stops, which is the safe result. I couldn't run the tag-only steps here. I checked that the workflow YAML parses, that bash -n passes on every release-job script, and that the versions in Cargo.toml, Cargo.lock and npm/package.json all agree on 0.3.3 as the tag validation requires. Nothing in the npm packages reads GitHub release assets, so npm packages going live before the release is published won't break installs.

Public API: unchanged (CI workflow plus a version bump of @opencode/pty).

No concerns.

@jlongster jlongster changed the title fix(process-daemon): publish the GitHub release after npm and release 0.3.3 chore(process-daemon): release 0.3.3 Oct 29, 2026

@opencodejr opencodejr 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.

Since my last review the workflow and README changes were dropped, and this is now just the 0.3.3 bump. It's consistent: Cargo.toml, the opencode-pty entry in Cargo.lock, and npm/package.json (version and all 8 optionalDependencies) all read 0.3.3, as the workflow's tag validation requires.

Public API: unchanged.

One risk worth noting: the release job on dev still publishes the GitHub release before npm. If npm publishing fails again for 0.3.3, the immutable release will be locked the same way as 0.3.2 and need another patch version. With the trusted publisher fixed this should be fine, so it's not blocking.

@jlongster
jlongster merged commit 87a35fa into dev Oct 29, 2026
28 of 29 checks passed
@jlongster
jlongster deleted the daemon-release-033 branch October 29, 2026 15:23
@jlongster jlongster mentioned this pull request Oct 29, 2026
3 of 6 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant