Publish a new release #176
Labels
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Grandiras/Ponente#176
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
🤖 On it — follow along in the action run; the reply will link the full session transcript.
📜 Live transcript — updating every ~5 minutes while the task runs.
v2.6.0 is live on ponente.app.
I was dispatched without a workstation, so this is the remote release path from
.claude/skills/release: the tag is the release, and the host's timer picked it up.What landed since v2.5.1
Eleven merged PRs. In the words the app uses:
AddLocalProfilesmigration,AvatarStore,/avatar/{did})@name/tag:/date:/board:operators and comment textVersion choice: minor, not patch — two features and an additive migration.
Checks before tagging
git diff v2.5.1..HEADoverdocker-compose*.yml,deploy/.env*.example,deploy/docker-compose.prod.ymlandappsettings.jsonis empty, and the new services read no configuration. So there is nothing a human had to add todeploy/.envfirst, and nodeploy.shrun needed — which is what made this safe to tag from here./avatar/did:plc:probeanswered 302 (redirect to sign-in — the endpoint exists) ondev.ponente.appand 404 onponente.app. That is the release's newest route, so it's a clean before/after marker.docs/testing.mdsettles that a run hosted in CI comes back red for prerender-race reasons no pull request caused.The release
Changelog.Unreleasedpromoted to 2.6.0 dated today in both locales, PR #181 ("Changelog for 2.6.0"), CI green, squash-merged tomainas3d150d3. Tagv2.6.0pushed onto it.Publish / build-and-pushsucceeded, and the two digests match — which is the part that matters, since production follows:latest:Verified in production
https://ponente.app/healthz→ 200. Migrations apply at startup, so a healthy boot is theAddLocalProfilesmigration having applied./avatar/did:plc:probe→ 302, where it was 404 before the deploy. Production is running the new code, and it is not pinned — it deployed on its own./js/search-interop.jsand/js/modal-escape.jsserve 200; a path that does not exist still 404s, so the 200s mean something.I can't read
ponente-app's logs from here, so "migration applied" is inferred from a healthy boot rather than read off a log line — worth an eyeball next time someone is at a workstation.Below is the release notes dialog as members will see it, from the tagged code (
3d150d3) run against a fresh database in this container:No branch left open for a PR — the changelog PR opened and merged itself, and
mainis the tag. Nothing to file as a follow-up.⏱ 15m 21s · 52 turns · tokens: 66.2k in / 15.7k out (+2881.2k cache-read)
📜 Full session transcript