姚章浩
79c154f9af
docs: 版本条目改固定四类 + 破坏性变化固定写法 + 构建身份（口径变更）
对着试点仓落地时暴露的问题做的口径与模板修正（本轮不推、不打 tag、不部署）：
- 条目形状：四个自定义必填节 → **固定四类** Added/Changed/Fixed/Security
（分类可省略、不许空栏目）；过程记录进 docs/archive/，未合并事项进 docs/BACKLOG.md。
- 破坏性变化/迁移：固定写在 Changed 里、以 `**破坏性**` 开头并**必须链接发布文档**，
仓内 `docs/….md` 链接**对账**（不存在即红）。
- 构建身份：release_version / build_kind / commit_sha / display_version / built_at；
开发构建显示 X.Y.Z-dev+g<短SHA>（无基线 dev+g<短SHA>），**不许只显示上一正式版本号、
不许自称正式版**；release 只认显式发布上下文。
- **还没有正式版本一律放行**：不判红；首个正式版本号**由人指定**（预检把它列成阻塞项）。
- **没核对远端就不许说校验成功**：CI/预检用 `--require-remote`（本地模式明确写「未核对远端」）。
- 修正"CI 取不到 tag 所以不用 tag"的过时口径：正式版本**就是**用注释 tag，
只是**构建时不要用 git describe 取版本号**；**测试 tag 只在临时测试仓库里创建**。
- 模板同步：templates/check-changelog.py、templates/release-preflight.py、
新增 templates/version.py；ci-gate.py 的 version 项在 CI 下强制核对远端；
new-project.sh 落 scripts/version.py 并按四类重写 CHANGELOG 骨架；
README/07/模板 README 同步；04 增加 §I（V-1~V-4 四条，含负例在哪）。
验证：templates 两个检查器 --self-test 全过；new-project.sh bash -n 通过；
生成的新工程里 check_changelog --tags 绿、--identity 给出 dev+g<短SHA>、
CI=true 下 version 项因"未核对远端"判红（预期）；试点仓反向夹具 80/0。
2026-10-13 14:59:48 +08:00
..
2026-10-12 11:15:32 +08:00
2026-10-13 14:59:48 +08:00