Record the transport retest, retire the #33 entry, and hold the main publish - #37
Conversation
There was a problem hiding this comment.
Pull request overview
Updates the repository’s TODO/state tracking to reflect that the deploy transport retest has been completed (except for the final production deploy step), removes an answered retention-count item, and records a new hub-level open item that affects how “green” should be interpreted for deploy-gate verification.
Changes:
- Updates the “Deploy pipeline” state entry to reflect the real-host transport retest.
- Replaces the “retest transport” and “declare retention” next-steps with a single “finish #33 via production deploy” item.
- Adds ProjectTemplate#567 to the “open against the hub” table and adds its link reference.
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 1 out of 1 changed files in this pull request and generated no new comments.
Suppressed comments (1)
TODO.md:30
- The bullet says "This no longer gates #33" but also says #33 "closed". Since the issue is already closed, the current wording is easy to misread as though #33 is still open/blocked. Reword to make the relationship historical/explicit (the production deploy is still outstanding, but it no longer blocks an open issue).
- **Deploy production once, to a name that is not the live one.** The production environment is configured and its Pangolin resource is deliberately disabled, so nothing has ever run against it. Validate there before the record moves. This no longer gates [#33][issue-33], which closed on the prerelease dispatch, but the check it stands for is unchanged: nothing has yet deployed to production through the pinned transport.
The retest issue closes on the prerelease dispatch rather than on a production deploy, so the entry naming a production deploy as its fourth check is answered rather than outstanding. #33 has since closed, on 2026-08-06, which confirms it. The main publish is added as its own item, gated on the soak rather than on the mechanism, which is proven. 1.0.11 is still the newest release from main and still predates every deploy change, so the next release from main is the first that would describe a site serving its public address. Rebased onto develop and reconciled with what landed while this sat open. The hub row this branch added for ProjectTemplate#567 is dropped. That issue closed on 2026-08-05, a day before this branch was last touched, so the row was already wrong when written. Its claim has since been falsified outright: it said an agent cannot trip the production ref gate because the permission classifier refuses a production-labeled dispatch, and a production deploy was dispatched and completed on 2026-08-08. The `Deploy production once` bullet keeps develop's version rather than this branch's. This branch still described that environment as never having run, and it has now served a release. The `Declare what the VPS keeps` bullet goes, which the earlier commit dropped without saying why. It asked for the host's timer and its count to be written beside the ownership line, and `OPERATIONS.md` now names `blog-prune-releases.timer`, that it runs daily, and that it keeps ten bundles per environment. The item is answered rather than abandoned. The main publish item pointed at "the daily 404 watch above", which moved below it into Recurring operations, so it names that section instead. A pointer by position is the same defect a review already flagged on this branch once. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1098f06 to
b473a48
Compare
|
Answering the suppressed finding from the round on
The finding was right about the wording, and it is now moot for a stronger reason: that bullet no longer exists. This branch has been rebased onto
Two other reconciliations in the same rebase, both recorded in the commit message:
|
State-file update only,
TODO.mdthroughout.Rebased onto
developand reconciled, having sat open since 2026-08-05 while a lot landed underneath it. Roughly half of what this branch originally proposed had gone stale or been overtaken, so the description below is what the head tree actually carries rather than what it set out to do. The net diff againstdevelopis now three deletions and two insertions.What it does
#33entry. #33 closed on 2026-08-06, with the bar moved from a production deploy to the prerelease dispatch, so the item naming a production deploy as its fourth check is answered rather than outstanding. The[issue-33]link definition goes with the last reference to it.Statetable. TheDeploy pipelinerow now says the transport was retested against the real host.Declare what the VPS keeps. The earlier commit dropped this silently, which is the kind of thing worth catching, so here is the reason: it asked for the host's timer and its count to be written beside the ownership line, andOPERATIONS.mdnow namesblog-prune-releases.timer, that it runs daily, and that it keeps ten bundles per environment. Answered rather than abandoned.main, gated on the soak rather than on the mechanism, which is proven.1.0.11is still the newest release frommain, cut 2026-08-01, still ahead of every deploy change, so the next release frommainis the first that would describe a site serving its public address.What was dropped in the rebase, and why
ProjectTemplate#567row. That issue closed on 2026-08-05 — a day before this branch was last touched — so the row was already wrong when it was written. Its claim has since been falsified outright: it said an agent cannot trip the production ref gate because the permission classifier refuses a production-labeled dispatch and conversational authorization does not lift it. A production deploy was dispatched and completed on 2026-08-08. The classifier does block, but it blocks a merge, not the dispatch.Deploy production oncebullet. It still described the production environment as configured, its Pangolin resource disabled, and nothing ever having run against it. All three are now false: the resource answers200unauthenticated and the environment has served release20260808-041050.develop's version, which carries the M7a detail, is kept instead.Watch server logs for 404s dailyline.developmoved that into aRecurring operationssection and expanded it, so this branch's shorter version would have been a regression.One thing the rebase itself introduced, and fixed
The publish item pointed at "the daily 404 watch above". That item moved below it into
Recurring operations, so the pointer named the wrong direction. It now names the section instead of a position — the same defect a review already flagged on this branch once, in the opposite form.Deliberately not in scope
ProjectTemplate#552sits in the open-against-the-hub table and the issue is closed, but its fix is on the hub'sdeveloprather thanmain, and this file's own rule is to readmainas ground truth. So the finding still binds and the row is not simply wrong. Correcting how that table represents it is a judgment with its own reasoning and belongs in its own change, not bundled into a rebase.Verification
markdownlint-cli2,editorconfig-checker, andcspellclean onTODO.md. Documentation only — no code, config, workflow, or content change, so the local mirror gate does not apply.🤖 Generated with Claude Code