Repository navigation
docs: drop MIGRATE.md until the first release - #571
Conversation
Nothing is released yet, so there is no one to migrate. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
# Conflicts: # ts/MIGRATE.md
|
No actionable comments were generated in the recent review. WalkthroughThe contribution guidance no longer requires a migration entry for breaking public API changes. The Merge Risk:
|
There was a problem hiding this comment.
ℹ️ No critical issues; one inaccurate line in the Follow-ups note, nothing in the diff.
Reviewed changes
AGENTS.md: drops the Public API rule requiring a breaking change to add an entry under## Unreleasedin the package'sMIGRATE.md.CONTRIBUTING.md: the Impact section no longer asks for aMIGRATE.mdentry; it keeps "a bullet point for every public API change".ffi/MIGRATE.md,ts/MIGRATE.md,uniffi/MIGRATE.md: deleted. 352 lines of migration notes for APIs that nothing released ships yet.
Verified against the tree: a case-insensitive grep finds no remaining MIGRATE.md references on the branch (the only "migrated" hit is unrelated prose in uniffi/bindgen-tests/README.md), and the same holds for main's three newer commits, so nothing goes stale on landing. The "nothing is released yet" premise checks out: no crate sets publish = true, the main packages (ts, ffi, go, uniffi) are all publish = false, and there is no npm package.json. No behavioral surface; docs and agent rules only.
The branch is three commits behind main; merging it in conflicts on ts/MIGRATE.md (main's #567 added an entry) and resolves by keeping the file deleted, as the body intends.
ℹ️ Follow-ups note cites PR states that don't match GitHub
The body says "Open PRs that add an entry (#555, #567, #569, #570)", but only #567 touches a MIGRATE.md and it is merged, not open; #555 and #570 touch no MIGRATE.md at all, and #569 has no files yet. The conflict to resolve is with main itself, via merged #567, when this branch merges it in, so anyone who checks the numbers will find the sentence wrong.
Technical details
# Follow-ups note cites PR states that don't match GitHub
## Affected sites
- PR #571 body, Follow-ups: "Open PRs that add an entry (#555, #567, #569, #570) resolve the conflict by keeping the file deleted; their agents have been told."
## Evidence
- #567 "feat(ts): keep a Cow<str>'s variant" is MERGED; its file list includes `ts/MIGRATE.md`, and its entry is on `main` (dbbbe527). The branch's deletion conflicts there, not in an open PR.
- #555 (OPEN, "bench(ts): measure a Vec wrapper...") and #570 (OPEN, "Every panic of a hooked program has its location") touch no `MIGRATE.md` in their current file lists.
- #569 (OPEN, "Placeholders written to a crate's own fmt::Write") has no files yet.
## Required outcome
- Restate the follow-up accurately: the conflict is with `main` via merged #567, and the open PRs' agents were told not to add entries; or drop the numbers if the coordination is the point.
## Suggested approach (optional)
- While editing the body, consider recording the title's promise (bring the guides back at the first release) as a quest, since follow-ups route there and nothing tracks it yet.(Written by glm-5.3-flash)
glm-5.3-flash | 𝕏
There was a problem hiding this comment.
ℹ️ The new merge commit is clean; the Follow-ups wording from my earlier review is the only item still open.
Reviewed changes
- Merge
origin/main(ab5e8a6): brings inmainthrough #567 and resolves thets/MIGRATE.mdconflict by keeping the file deleted, absorbing #567'sCow<str>entry into the deleted content. Exactly the resolution the body describes.
Re-verified after the merge: a case-insensitive grep over the branch still finds no MIGRATE.md references (the only "migrated" hit is unrelated prose in uniffi/bindgen-tests/README.md), and the branch is now up to date with main (dbbbe52), so nothing conflicts at landing.
The one outstanding item is unchanged: the body's "Open PRs that add an entry (#555, #567, #569, #570)" still reads as merged #567 plus three PRs whose current file lists touch no MIGRATE.md (details in my earlier review).
(Written by glm-5.3-flash)
glm-5.3-flash | 𝕏

Problem
Nothing in rust2 is released yet, so
ts/,ffi/anduniffi/'sMIGRATE.mdfiles guide no one, and every breaking PR pays to keep them current.Approach
Delete the three files and the rule in
AGENTS.mdandCONTRIBUTING.mdthat asks for an entry. PRs still report their public API impact.Impact
MIGRATE.mdentries.Alternatives
Follow-ups
(written by Claude Opus 5.5)
🤖 Generated with Claude Code