26 lines
1.7 KiB
Markdown
26 lines
1.7 KiB
Markdown
# tester 环境部署路由
|
|
|
|
tester 只负责测试，不直接实现部署。用户要求“先布环境/更新镜像再测”时，先加载
|
|
deployer skill，并严格按目标环境选择路径：
|
|
|
|
| 目标环境 | 执行路径 | 禁止事项 |
|
|
|---|---|---|
|
|
| `test` | 在项目 `.pouch/deployer/test/` 的本机 Compose 中触发镜像更新/重建，再做健康检查 | SSH、`sync.py`、`remote.py`、把测试环境委派给生产 Agent |
|
|
| `prod` | 使用 deployer 的 [production-agent.md](../../deployer/references/production-agent.md)，在本机 `~/code/app00` 创建 fresh Agent terminal 委派正式部署，取得证据后再测 | 当前 tester 直接 SSH、直接生产 Compose、复用旧 terminal、把“已发送”当作部署成功 |
|
|
|
|
## 运行顺序
|
|
|
|
1. 固定环境名，不把 `HOST` 当成执行机器；`HOST` 仍只是被测服务地址。
|
|
2. 测试环境：调用 deployer 的本机路径，确认 compose tag 的本机镜像存在，执行
|
|
`docker compose up -d --force-recreate` 与 `docker compose ps`，失败记为
|
|
`environment-fail`。
|
|
3. 正式环境：等待 app00 Agent 回报 selector、退出码、容器状态、镜像 tag/digest 和健康检查。
|
|
缺少任一关键证据、terminal 超时或清理失败，都记为 `environment-fail`，不进入产品测试结论。
|
|
4. 部署成功后，tester 再按普通执行协议创建自己的 fresh 测试 terminal；部署 terminal 和测试
|
|
terminal 分开记录、分别清理，不能混用或复用。
|
|
|
|
## 证据
|
|
|
|
运行快照至少记录 `deployment.environment`、`deployment.route`、目标 selector、部署 Agent
|
|
terminal handle、terminal 是否关闭、部署结果和健康检查摘要；不记录凭据、完整环境变量或 secret。
|