发布二：部署静态作品集并验证

先分清本地与上线

这次发布的是 HTML 静态站点，不包含后端、数据库或模型 API。采用 GitHub Pages 的分支发布路线；先在本地完成测试，再把整个发布目录纳入版本控制。账号与公开仓库由学校或监护人按使用要求管理。公开网址不是访问权限控制，知道地址的人可能继续转发。

准备一个干净的发布目录

文件夹中放 index.html、cards.html、story.html、game.html、tracker.html；若用图片，也要包含实际引用的图片文件。不要发布学习笔记、打卡备份、账户信息或密钥。检查同一文件夹中的相对链接，首页文件名必须准确。参考首页只有链接，其他四个文件必须从前面的创作课导出。

portfolio/
  index.html
  cards.html
  story.html
  game.html
  tracker.html
  .nojekyll  （空文件，按原样发布静态文件）

按步骤发布到 GitHub Pages

创建一个专用作品仓库，将发布文件放在根目录并添加空的 .nojekyll。提交到 main 后，在 Settings → Pages 选择 Deploy from a branch，指定 main 和 /(root)，等待部署任务成功，再打开 Pages 提供的地址。项目站点通常位于仓库子路径，所以保留相对链接。可在 github.com 的官方 Docs 中查阅 GitHub Pages 的 publishing source 说明；可用性受账号、计划与组织政策影响。

上线后再验一次

在另一个浏览器或设备上打开实际网址，检查首页、四个链接、刷新和窄屏。404时检查发布来源、index.html、文件名大小写和部署状态；旧内容先核对部署版本与缓存；本地打卡记录不会随网站上传，也不会从本机文件自动迁移到新域名。网页在线不等于本地记录已经云同步。

给这次发布留一个退路

记录提交 SHA、部署结果与线上验收。需要回退时，可在工作区用 git revert <引入问题的提交SHA> 创建反向提交，再推送并等待重新部署；遇到冲突先检查，不强推覆盖历史。完成后重新验证网址。部署成功仅表明托管成功，不代表业务行为正确。