Skip to content

devops: publish from the Highflame org as @highflame/codeoid, 0.4.0 - #269

Open
saucam wants to merge 1 commit into
mainfrom
devops/release-0.4.0-highflame-scope
Open

devops: publish from the Highflame org as @highflame/codeoid, 0.4.0#269
saucam wants to merge 1 commit into
mainfrom
devops/release-0.4.0-highflame-scope

Conversation

@saucam

@saucam saucam commented Jul 29, 2026

Copy link
Copy Markdown
Collaborator

Release prep: codeoid publishes from the Highflame org as @highflame/codeoid, at 0.4.0.

Attribution: the rename itself is not my work — it was sitting uncommitted in the working tree. I packaged it, verified it, and kept it in its own PR rather than authoring it.

What changes

  • npm package → @highflame/codeoid, with workspaces renamed to match (@highflame/codeoid-protocol, @highflame/codeoid-core) and every import updated
  • publishConfig.access: public — a scoped package defaults to restricted and would otherwise fail to publish
  • version 0.4.0
  • README / CHANGELOG / RELEASING / workflow updates, including the note that the unscoped codeoid package is deprecated and stops at 0.3.4

The command is still codeoid.

Verification

A rename is exactly the change that type-checks while breaking resolution, so this was checked at the level that matters:

check result
stale @codeoid/ refs under src/, packages/, web/src/ 0 — the rename is total, not partial
biome clean, 346 files
tsc --noEmit (root + both workspaces) clean
bun run build succeeds — so workspace resolution actually works under the new names, not just the types
daemon suite 2172 pass, 12 skip, 0 fail
web: tsc -b, eslint, vitest clean · 30 warnings / 0 errors (unchanged) · 370 pass

Re-verified after rebasing onto merged main (9c677d1), not only on the branch it was authored against.

Why it's separate

It touches package identity and version — a publishing decision with consequences for anyone installing the old name. Folding it into a feature branch would have buried that under unrelated review.

Note for the reviewer

This PR only prepares the rename. Actually publishing deprecates the unscoped codeoid package on npm and redirects users to the scoped one — worth confirming the npm-side steps in RELEASING.md match what you intend before cutting the release.

🤖 Generated with Claude Code

Packages the release-prep change that was sitting uncommitted in the working
tree. The rename itself is not my work — I committed it as-is and verified it,
rather than authoring it.

What it does:

- the npm package becomes `@highflame/codeoid`, with the workspaces renamed to
  match (`@highflame/codeoid-protocol`, `@highflame/codeoid-core`) and every
  import updated
- `publishConfig.access: public`, since a scoped package defaults to restricted
  and would otherwise fail to publish
- version 0.4.0
- README / CHANGELOG / RELEASING / workflow updates, including the note that the
  unscoped `codeoid` package is deprecated and stops at 0.3.4

The command stays `codeoid`.

Verified before committing, because a rename is exactly the change that looks
fine and breaks resolution:

- zero remaining `@codeoid/` references anywhere under `src/`, `packages/`, or
  `web/src/` — the rename is total, not partial
- biome clean over 346 files; `tsc --noEmit` clean across the root and both
  workspaces
- `bun run build` succeeds, so workspace resolution actually works under the new
  names rather than only type-checking
- full suite: 2172 pass, 12 skip, 0 fail

Kept as its own commit and PR deliberately. It touches package identity and
version — a publishing decision with consequences for anyone installing the old
name — and folding it into a feature branch would have buried that under
unrelated review.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
@gemini-code-assist

Copy link
Copy Markdown

Caution

The consumer version of Gemini Code Assist on GitHub has been sunset. All code review activity has officially ceased.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant