docs(guide): 明确 not_required 条目禁回写 frontend_owner/verified_at(#6077 实例)

这个提交包含在:
API Changelog Bot 2026-08-19 07:52:58 +00:00
父节点 5ba2fc6082
当前提交 5dd236bf43

查看文件

@ -46,10 +46,12 @@ target_release: ""
verified_at: "" verified_at: ""
``` ```
- 需要前端修改:`frontend_status: "pending"` - 需要前端修改:`frontend_status: "pending"`(此时前端侧可回写 `frontend_owner` 认领 + `verified_at` 实测日期)
- 不需要前端修改:`frontend_status: "not_required"` - 不需要前端修改:`frontend_status: "not_required"`
- 后端不要代替前端填写 `implemented``released``verified` - 后端不要代替前端填写 `implemented``released``verified`
**`not_required` 条目任何人(含前端)不得回写 `frontend_owner` / `frontend_ref` / `target_release` / `verified_at`**——这 4 个字段是「前端需要动作」的认领/验收标记,`not_required` 语义是「前端零改动、无需认领」,填了就会被发布门禁E_FRONTEND 残留校验)拦下。前端要表达「已知悉」用评论/口头即可,不动 frontmatter。若前端评估后认为其实需要适配,应把 `frontend_status` 改成 `pending` 再回写 owner,而不是在 `not_required` 上叠字段。2026-08-19 #6077 实例mmg 回写 `not_required` 条目的 `frontend_owner=mmg`+`verified_at`,合并后被门禁拦,清空后放行。)
## 2.1 发布门禁硬规则,2026-08-10 wx 定) ## 2.1 发布门禁硬规则,2026-08-10 wx 定)
**给前端推送的 changelog,内容必须是测试环境已经存在、可实测到的。** **给前端推送的 changelog,内容必须是测试环境已经存在、可实测到的。**