Point everything at the repo's new name - #22
Merged
Conversation
The repo is navbytes/opencode-plugins now, which is what it has been in practice since it started holding more than one plugin. GitHub redirects the old URL, so nothing was broken meanwhile. Two kinds of reference do not benefit from that redirect, and are why this lands now rather than eventually: - the `npm trust` commands documented in publish.yml. Trusted publishing binds to owner/repo plus the workflow filename, and neither package's record exists yet. Creating them against the old name means redoing both, and finding out mid-release, when release.yml has already tagged and cut a release and only the OIDC publish fails. - `repository.url` / `homepage` in both packages, which take effect on their next publish. Versions already on npm keep the old link, which redirects. Plus the root README title, the root package name and the matching bun.lock workspace name — CI runs --frozen-lockfile, so those two have to agree — and the git-stats test fixtures, including the `repo:` assertion field that the URL rewrite alone would have missed and that would have failed CI. Left alone: the five `opencode-tree` mentions in packages/context-tree/DESIGN.md are `@ishaksebsib/opencode-tree`, a different author's package the design notes compare against, and renaming those would have quietly falsified the comparison. The dated roost-hang report keeps the name things had at the time.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The repo is
navbytes/opencode-pluginsnow, which is what it has been inpractice since it started holding more than one plugin. This updates the 17 lines
that still named the old one.
GitHub redirects the old URL, so nothing was broken meanwhile. Two kinds of
reference do not benefit from that redirect, and are why this lands now rather
than eventually:
npm trustcommands documented inpublish.yml. Trusted publishingbinds to
owner/repoplus the workflow filename, and neither package's recordexists yet. Creating them against the old name means redoing both — and finding
out mid-release, when
release.ymlhas already tagged and cut a GitHub releaseand only the OIDC publish fails.
repository.url/homepagein both packages, which take effect on theirnext publish. Versions already on npm keep the old link, which redirects.
Plus the root README title, the root package name and the matching
bun.lockworkspace name (CI runs
--frozen-lockfile, so those two have to agree), and thegit-statstest fixtures — including therepo:assertion field, which the URLrewrite alone would have missed and which would have failed CI.
Deliberately left alone: the five
opencode-treementions inpackages/context-tree/DESIGN.mdare@ishaksebsib/opencode-tree, a differentauthor's package the design notes compare against; renaming them would have
quietly falsified the comparison. The dated
docs/2026-09-06-roost-hang-report.mdalso keeps the name things had at the time.Verified locally: 583 tests pass, typecheck clean,
bun install --frozen-lockfileclean.