chore: update existing rule docs with AI output schema
This commit is contained in:
@@ -79,7 +79,11 @@
|
||||
|
||||
#### **3\. 生产发布阶段 (Deploy to Prod)**
|
||||
|
||||
* **触发方式**:在 main 分支打上符合 SemVer 规范的 Tag(如 v2.1.0)。
|
||||
* **门禁规则 (人工卡点)**:
|
||||
* 生产环境的部署**绝对禁止全自动触发**。
|
||||
* 在 Jenkins 流水线的 Deploy to Prod 阶段前,必须设置一个 input() 审批节点。只有具备 Release 权限的运维工程师或技术 TL 在 Jenkins 界面点击“同意确认”后,才会真正触发生产环境的镜像替换。
|
||||
* **触发方式**:在 main 分支打上符合 SemVer 规范的 Tag(如 v2.1.0)。
|
||||
* **门禁规则 (人工卡点)**:
|
||||
* 生产环境的部署**绝对禁止全自动触发**。
|
||||
* 在 Jenkins 流水线的 Deploy to Prod 阶段前,必须设置一个 input() 审批节点。只有具备 Release 权限的运维工程师或技术 TL 在 Jenkins 界面点击“同意确认”后,才会真正触发生产环境的镜像替换。
|
||||
|
||||
## 🤖 [附加] AI 助手执行协议 (AI Output Schema)
|
||||
|
||||
**绝对红线**:生成的 Dockerfile 必须采用多阶段构建 (Multi-stage Build) 并锁定基础镜像版本;必须配套输出标准的 `.env.example` 环境变量清单。
|
||||
Reference in New Issue
Block a user