ci: main 上的推送自动跑 bun test 并发布到 cplus.talkincode.net

[jamiesun]

站点曾经停在 4 节课，而仓库已经补到 40 节课——构建与部署只在某台机器上手工跑过一次，之后再没人重跑。上一轮已经把构建与发布链路收进仓库（#62），但发布仍然是人工动作：main 一合，线上就会悄悄落后。这个 PR 让 main 上的推送自动发布。

改动

• .github/workflows/test-and-deploy.yml
  • 触发：push 到 main、pull_request、workflow_dispatch。
  • test 作业：actions/checkout@v7 + oven-sh/setup-bun@v2（Bun 1.3.14）+ bun test。
  • deploy 作业：needs: test，只在 main 上跑（PR 上没有 secrets，也不该发布）；bun run deploy（内部先 bun run build，不会把旧产物发出去）；发布后抽检线上——遍历 lessons/ 下每一节课（漏课正是这次事故的形态）、末尾斜杠跳转、词条面板、中文 404，失败重试三次。
  • 同一时间只允许一次发布，进行中的发布不被打断。
  • 凭据只从仓库 secret CLOUDFLARE_API_TOKEN 取（权限 Workers Scripts: Edit）；账号 ID 不是凭据，写在仓库里，所以只需要配一个 secret。缺 secret 时发布步骤明确失败并给出添加路径，不会静默跳过、把「没发布」伪装成绿色。
• tests/ci-workflow.test.ts：在 bun test 里锁住这条工作流——触发条件、bun test 先于发布且 deploy 依赖它、发布只走 bun run deploy（出现直接的 wrangler deploy 会失败）、凭据来源与账号 ID 形态、发布后抽检覆盖 lessons/ 下每一节课且域名与 wrangler.jsonc 一致、文档写清了 secret 名字。
• 文档：README、docs/roadmap.md（能力清单、验收矩阵行、维护规则）、docs/feature-checklist.md、AGENTS.md 里「发布是人工动作」的表述改为「main 自动发布，人工只是兜底」。

验证

• bun test：766 通过 / 0 失败（新增 6 项）。
• 工作流 YAML 用 Bun.YAML.parse 解析通过，每个 run: 脚本过 bash -n。
• 合并后由本工作流自己跑一次（push 触发）：test 作业会绿；deploy 作业在仓库 secret 配好之前会红并说明怎么配——这是有意为之，比「绿色但没发布」诚实。