🏗️ 第 05 阶段 · 项目工程化通用
上线与维护：发布、备份、更新迭代与回滚
项目上线只是开始：怎么更新不翻车、出问题怎么退回上一版、数据怎么备份。
⏱ 20 分钟 · ☑ 4 个实操任务
上线只是开始
项目发布之后，你会不断想加功能、改样式。维护的核心是：每次更新都小步走，随时能退回。
术语提示：上线/发布 = 把项目放到公网，别人通过网址就能访问；回滚 = 把项目退回上一个版本；日志 = 程序运行时自动记录的「工作日记」。
更新迭代的标准流程
开分支 → 让 AI 改 → 跑测试 → 合并 → 发布 → 验证
每一步都问 AI：
这个改动会影响哪些现有功能？发布后我怎么验证它没改坏东西？
发布后看什么：日志和监控
发布不是终点，发布后要确认它「活着」：
| 看什么 | 大白话 |
|---|---|
| 日志 | 程序自己写的日记，报错会记在里面 |
| 监控 | 网页上有没有红色报警、访问是否正常 |
| 用户反馈 | 朋友打开能不能用、有没有报错 |
让 AI 帮你检查：
帮我检查项目的运行日志，看看发布后有没有报错，有问题列出清单。
版本号：v1.0.0 是什么
给每个版本起个名字，比如 v1.0.0：
- 第 1 位：大版本（功能大变，比如从网页变 App）
- 第 2 位：小版本（加功能）
- 第 3 位：修复版本（修 bug）
让 AI 按这个规则帮你管理版本号。
回滚：出问题退回上一版
发布后发现严重问题，第一反应不是修，而是先退回：
- 用 Git：
git checkout -- .只退回本地未提交改动；已提交的用git revert或让 AI 处理 - 托管平台：Cloudflare Pages / Vercel 都支持「回滚到上一个部署」，网页上点一下就行
刚才的发布有问题，帮我把项目回滚到上一个版本，然后告诉我怎么在托管平台也切回去。
备份：数据比代码更金贵
| 备份什么 | 怎么做 | 频率 |
|---|---|---|
| 代码 | 推到远程仓库（GitHub / Gitee） | 每次提交 |
| 用户数据 | 下载到本地，再复制到网盘 | 每周 |
| 配置文件 | 复制一份到安全位置 | 每次改动后 |
🌐 需要代理或海外网络：GitHub 推送在国内不稳定。国内替代：用 Gitee 做远程备份；Vercel 国内访问不稳定，发布建议用 Cloudflare Pages。
维护周报模板（每周花 10 分钟）
本周改了什么：
上线了什么：
有没有报错（有就贴链接）：
下周计划：
写满四周，你会对自己项目的「健康状况」一清二楚。
维护节奏（照着做）
- 每次更新：分支 → 改 → 测 → 发 → 验证
- 每周：备份一次数据和代码，写一次维护周报
- 出问题：先回滚，再慢慢修
下一步
一个人维护够了，想和更多人一起做项目？下一课学协作和代码审查。