repo: adopt rendered lanes and declare the module as a list #47
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "land/repo/lane-migration"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
Plumb reached v0.26.0 while this repository sat on v0.20.0. The answer to the
release blindness filed as PerishLab/plumb#274 is the rendered lane, and its
last open item — a declared attachment that no lane delivers — closes only once
repositories migrate. This is that migration.
Doctor refused the old declaration outright before anything else could run:
That is item 1 of the issue working on the repository that reported it.
What
plumb.toml:[release.npm]takespackages, a list, since v0.23.0.plumb0.20.0 -> 0.26.0. No source change was needed.plumb lane --writerendersguard.yml,ship.yml,exact.release.ymlandstable.release.yml; the hand-writtenrelease-{exact,stable}.ymlcallersare deleted. Doctor now reports
publishes binary npm, andship.ymlprojects a matrix derived from the declaration, so a declared attachment is
delivered because it is declared rather than because someone wired a lane for
it. That is the npm gap closing structurally.
platform.ymlis repository-owned and dispatch-only.AGENTS.md: the residue section claimed the proof runs on every lane. It doesnot any more.
Tests
Six gates green, twenty Rust suites plus the binding suite.
plumb lane .reports all four rendered lanes
true, so nothing here has drifted from whatthis Plumb renders.
Trade-off worth flagging
The rendered guard proves Linux alone, and that is deliberate rather than a
regression to work around: guard cost is paid on every change, while macOS and
Windows evidence is worth taking when a change touches spawn, discovery or a
bridge facet.
platform.ymlcarries those two runners on manual dispatch, sothe evidence stays reachable without charging every commit for it. Doctor names
it
unknown shape: workflow platform has no shadow in the skeleton, which isthe correct verdict for a repository-owned lane and does not affect its exit
code.
c0356c7193577c439cf6