Skip to content

Git + CI/CD 流水线 ​

用最小流水线托住 AI 生成的代码——先保证可重复检查,再谈复杂发布。

AI CODING · CI

CI 是验收的自动化;给 AI 的 Prompt 是输入质量的源头。Prompt 写糊,CI 只会稳定地红。

本地 先等价命令红线 禁止删测变绿
读 CI →
本节要点
  • 小步提交与 commit 说明模板
  • CI 最少检查项 + 本地等价命令
  • 红了以后的纠错 Prompt(先本地复现)

本地习惯 ​

  • 小步提交:一张给 AI 的 Prompt → 清晰 commit
  • 提交前:按 README 跑检查
  • 永不提交:.env、密钥、大体量 dist、本机绝对路径

提交说明模板 ​

text
feat(web): 用餐场景选择组件按契约接线

Prompt:ScenePicker + 首页
验收:H5 切换用餐场景列表变化;非法详情 id 有空态

CI 最少做什么 ​

检查作用失败时
安装 + 构建/类型检查挡「我本地可以」本地跑等价命令,贴日志
关键测试/契约检查挡字段漂移分清测试旧了还是实现漂了
文档/课程门禁(若有)挡空壳与侧栏漂移按门禁信息改

本地等价命令(填空后贴进 README) ​

text
安装:
类型检查/构建:
测试:
其他门禁:

给 AI 的 Prompt · 对齐现有 CI ​

给 AI · Prompt · 读懂 CI只读配置;不要改业务功能代码
text
【目标】阅读本仓库已有 CI 配置,用表格列出:每次 PR 跑什么、失败时看哪段日志。
【不要】新建另一套无关 CI;若缺失,先提案再改。
【请你】指出我本地可复现的等价命令;不要修改业务功能代码。

红了以后的标准对话 ​

给 AI · 纠错 · CI 红必须先本地复现;禁止删测试变绿
text
【本地已复现】是 / 否(必须先本地跑等价命令)
【失败日志】(粘贴关键段)
【最近 Prompt】(目标与允许文件)
【请你】只修与本任务相关的失败;禁止删除测试来变绿。

AI 改 CI 的红线 ​

不合格示例
为变绿删除检查、跳过测试;无关任务顺手大改 workflow。
推荐做法
只补与本任务直接相关的检查(需你确认);先本地复现再改 CI。

和场景的衔接 ​

  • 场景二:本地 build/测试绿再推
  • 场景三:API 测试或 curl 脚本可进 CI
  • 场景四:发布与回滚步骤写进运维清单

回到 工具链总览。

相关阅读 ​

晨悦 AI 实践手册