docs(guide): 明确 not_required 条目禁回写 frontend_owner/verified_at(#6077 实例)
这个提交包含在:
父节点
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,内容必须是测试环境已经存在、可实测到的。**
|
||||||
|
|||||||
正在加载...
x
在新工单中引用
屏蔽一个用户