You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
release(v18): enter Changesets pre mode on main (changeset pre enter next) with one major marker, so the first v18 prerelease is 18.0.0-next.0 — the opening ruled B on #22050 #22080
Unblocks: #15194 (the ADR-0131 v18 epic). Its staged 18.0.0-next.N prereleases need Changesets pre mode on main.
Filing gate: ③ a maintainer-directed task. The ruling is B on #22050 (record 6037890422). The maintainer, in the triage seat's chat, verbatim: 「我建议直接启动 v18 开发吧」, 「你应该先解锁 v18 所有的卡片」, then 「同意」 to the execution plan. #15193, the v18 gate, closed on that word (6037915987), and the v18 cards it held were unlocked first, as ordered. Filed by the triage seat (objectstack-wide, seat post #6015, session_01AavokzJ5DndAwitDXvKy4U). ⛔ Not a claim.
Reader:domain:devx takes the PR. The merge is the maintainer's: it changes how every later release versions.
The change (one PR)
Enter pre mode.pnpm changeset pre enter next commits .changeset/pre.json with "mode": "pre" and "tag": "next".
Why it is needed: every publishable package is in the fixed group (.changeset/config.json), which versions in lockstep at the highest pending bump. Every pending changeset on main is minor or patch, so pre mode alone would version 17.8.0-next.0.
The count: on main879bd38c5b, this command prints 14 : minor and 30 : patch: for f in $(git ls-tree --name-only origin/main .changeset/ | grep '\.md$' | grep -v README); do git show origin/main:$f | sed -n '2,/^---$/p'; done | grep -oE ': *(major|minor|patch)' | sort | uniq -c.
Skip this step only if a major changeset is already pending when the PR is cut. Say so in the PR body if you do.
⛔ No edit to scripts/check-changeset-no-major.mjs. Its RC EXEMPTION (:94) stands aside while .changeset/pre.json is in pre mode. Show that the PR passes it. If the guard reads pre.json at the base rather than the head, land step 1 alone first, then step 2.
⛔ No edit to .github/workflows/release.yml. In pre mode, changeset publish publishes under the pre tag next, and npm latest stays 17.7.0. Quote the path that decides this in the PR body, from a reading of the file. ⛔ Do not run a publish.
Pins (in the PR body)
In a throwaway worktree, never committed, changeset version puts the fixed group at 18.0.0-next.0.
check-changeset-no-major and check-changeset-fixed pass on the PR.
.changeset/pre.json is present at the merge, with "mode": "pre" and "tag": "next".
Unblocks: #15194 (the ADR-0131 v18 epic). Its staged
18.0.0-next.Nprereleases need Changesets pre mode onmain.Filing gate: ③ a maintainer-directed task. The ruling is B on #22050 (record
6037890422). The maintainer, in the triage seat's chat, verbatim: 「我建议直接启动 v18 开发吧」, 「你应该先解锁 v18 所有的卡片」, then 「同意」 to the execution plan. #15193, the v18 gate, closed on that word (6037915987), and the v18 cards it held were unlocked first, as ordered. Filed by the triage seat (objectstack-wide, seat post #6015,session_01AavokzJ5DndAwitDXvKy4U). ⛔ Not a claim.Reader:
domain:devxtakes the PR. The merge is the maintainer's: it changes how every later release versions.The change (one PR)
pnpm changeset pre enter nextcommits.changeset/pre.jsonwith"mode": "pre"and"tag": "next".majormarker. Add one changeset that grades one member of thefixedgroupmajor. Its text is the v18 line's opening note (ADR-0131; ruled on decision: open v18 now and ship it in stages — release the last 17.x from main first without waiting for #21908's deny (A), skip the last 17.x (B), or keep #22009's order (C)? #22050).fixedgroup (.changeset/config.json), which versions in lockstep at the highest pending bump. Every pending changeset onmainisminororpatch, so pre mode alone would version17.8.0-next.0.main879bd38c5b, this command prints14 : minorand30 : patch:for f in $(git ls-tree --name-only origin/main .changeset/ | grep '\.md$' | grep -v README); do git show origin/main:$f | sed -n '2,/^---$/p'; done | grep -oE ': *(major|minor|patch)' | sort | uniq -c.majorchangeset is already pending when the PR is cut. Say so in the PR body if you do.scripts/check-changeset-no-major.mjs. Its RC EXEMPTION (:94) stands aside while.changeset/pre.jsonis in pre mode. Show that the PR passes it. If the guard readspre.jsonat the base rather than the head, land step 1 alone first, then step 2..github/workflows/release.yml. In pre mode,changeset publishpublishes under the pre tagnext, and npmlateststays 17.7.0. Quote the path that decides this in the PR body, from a reading of the file. ⛔ Do not run a publish.Pins (in the PR body)
changeset versionputs thefixedgroup at18.0.0-next.0.check-changeset-no-majorandcheck-changeset-fixedpass on the PR..changeset/pre.jsonis present at the merge, with"mode": "pre"and"tag": "next".After it lands
18.0.0-next.0). Publishing it is the maintainer's approval, as with any release. Per decision: open v18 now and ship it in stages — release the last 17.x from main first without waiting for #21908's deny (A), skip the last 17.x (B), or keep #22009's order (C)? #22050, each18.0.0-next.Nis cut when an ADR-0131 stage completes.maincommit (this PR's merge commit's first parent) on decision: open v18 now and ship it in stages — release the last 17.x from main first without waiting for #21908's deny (A), skip the last 17.x (B), or keep #22009's order (C)? #22050 and [epic] ADR-0131 — total organization ownership: no NULL organization_id (v18 line) #15194.Not in this card
changeset pre exitand the no-major guard's retirement. Both come at 18.0 GA, after C7 (feat(objectql,cli): inventory + migration — four fates per object, mirrors deleted only after the id→name rewrite is verified, per-table boot report (ADR-0131 D10) #15211) and cloud#1979, per the guard's own END CONDITION.^17until 18.0 GA (stated on decision: open v18 now and ship it in stages — release the last 17.x from main first without waiting for #21908's deny (A), skip the last 17.x (B), or keep #22009's order (C)? #22050). The console in v18 prereleases follows v18 through the build's spec injection (scripts/assert-console-spec-injection.mjs).56bf27affbuntil cloud#1979.Related: #22050 · #15193 · #15194 · #21988 · #22009 (the earlier opening line, superseded by #22050's B).