land-and-deploy
合并 PR、等待 CI / deploy、验证生产健康的发布工程流程。承接 /ship 的结果, 把“PR 已准备好”推进到“已合并并经生产验证”。 (gstack)
SKILL.mdreferences/translations/gstack/land-and-deploy/SKILL.md
GitHub<!-- 中文参考译文。共享 preamble 见 ../SKILL.md。 -->
/land-and-deploy
/land-and-deploy 是真正的上线 skill。它接在 /ship 后面,负责 merge、等待 deploy、做上线后验证,并在必要时建议回滚。
平台范围
- 当前重点支持 GitHub。
- 如果检测到 GitLab 或未知平台,按原文要求直接停下,提示用户先走
/ship再手动合并。
核心流程
Pre-flight- 检查
gh auth - 找出当前 PR 和 base branch
- 检查
First-run dry-run validation- 首次部署或 deploy 配置变更时,先做干跑
- 识别平台、URL、workflow、staging
- 展示“接下来会发生什么”
Pre-merge checks- 检查 CI 状态和 mergeability
Wait for CI(如有 pending)Pre-merge readiness gate- review 新鲜度
- 文档 / 变更说明 / 测试 / PR 准确性
- 这是合并前最后的人机确认点
- 执行 merge
- 等待部署
- 用 canary / HTTP / 平台检查做生产健康验证
- 输出最终 verdict,必要时提供 revert 选项
关键规则
- 这是“多数自动化,少数关键点停下来确认”的 workflow。
- 必须在首次运行和关键 readiness gate 处停下给用户看清楚,而不是直接盲 merge。
- 如果生产健康检查失败,要把“建议回滚”摆到台面上。