把代码取到实验机上
场景：本地什么都还没有，仓库地址是 ~/origin.git。 任务：把它取下来放到 ~/svc，确认目录里有代码、配置模板（config.example.ini）和依赖清单（deps.txt）。改好运行 ~/check。 （判分只看你在受
看看这个仓库有哪些版本
场景：代码已经取到 ~/svc。 任务：列出这个仓库的提交历史和版本标签，弄清一共有几个可部署的版本（标签），到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里做出的真机产物：找东西类到 ~/对照表.txt 查标记填进
切到题目指定的那个版本
场景：题目（~/说明.txt）指定了一个版本标签。 任务：把 ~/svc 切到那个标签，确认当前 HEAD 就是它；然后看 app.py 开头的 VERSION 是多少，到 ~/对照表.txt 里查那个版本号对应的标记。 （判分只看你在受控
在两个版本之间来回切一次
场景：回滚演练。题目（~/说明.txt）给了旧版本和新版本两个标签。 任务：先切到旧版本、记下它的短 id，再切回新版本、确认短 id 变了回去；然后数一数从旧版本到新版本之间一共隔了几次提交（git log --oneline 旧..新）
交付：当前 commit 与要求一致
场景：本节验收。题目（~/说明.txt）要求的版本标签在说明里。 任务：把 ~/svc（已 clone）的工作目录切到那个版本，让当前 HEAD 正好是那个标签所指的提交。改好运行 ~/check。 （判分只看你在受控容器里做出的真机产物：
启动之前最后确认什么
敲启动命令之前，最后要确认的是【0】。
健康检查通了没有
服务启动之后，用健康检查验证一次： 返回的 status 是什么？ $ curl -s http://127.0.0.1:8000/healthz {"ok": true, "data": {&quo
按依赖清单把依赖装上
场景：版本已经切好了。 任务：找到依赖清单，按它把这个服务需要的依赖装好（没有外网，做法见 README 第 1 节）。改好运行 ~/check。 （判分只看你在受控容器里做出的真机产物：找东西类到 ~/对照表.txt 查标记填进题里；改状
照模板把配置填出来
场景：仓库里只有配置模板 config.example.ini，真配置 config.ini 被 .gitignore 挡着、本来就不该进仓库。端口在 ~/说明.txt 里。 任务：照模板在 ~/svc 生成 config.ini：端口填题
把数据目录准备好
场景：config.ini 里 data_file 指向 /home/me/svc-data/tasks.json，但那个目录还不存在。 任务：把目录建出来，用仓库里的 data.example.json 当初始数据放到那个路径。改好运行