SQLite Web: gitea.db

id

Primary key. INTEGER NOT NULL

user_id

INTEGER

op_type

INTEGER

act_user_id

INTEGER

repo_id

INTEGER

comment_id

INTEGER

is_deleted

INTEGER NOT NULL (default 0

ref_name

TEXT

is_private

INTEGER NOT NULL (default 0

content

{"Commits":[{"Sha1":"9a959dc86d101a8abfcd42db52f679d5dbb8de8c","Message":"docs(计划): 框架同步 0.16.1 → 0.22.0 完成，一致性门禁 L12 清零\n\n七批里 F-2a / F-2b / F-3 / F-4 / F-7 完成，F-1 证伪取消，F-5 撤回并提 FR-6，\nF-6 并入。真源仓 a63414a。\n\n验收（clean 765300b，与升级前逐项持平）：runtime 775/775 且租户 RLS enforce、\nUI 5/5、主线四套件 11/17/19/18、恢复演练 passed、端口一致性 41/41，\ncheck:evidence passed 35 份全新鲜 / 0 过期 / 0 例外。\nmigration:record --mode sync 出凭证 frameworkVersion=0.22.0。\n\n立项书补两节：§5.2 执行记录（含同步过程中撞到的三件事：git show 重定向会造\n空文件、并入上游 CHANGELOG 带来跨仓断链、治理测试锚定旧 pin），§5.3 三级验收\n结果，并记下两次教训——\n- 一次假阴性：首轮报 682/775 失败 5 条，读错误码才发现是环境缺 MAINLINE_CHAOS_\n  CONTAINER，不是代码回归。验收红了先读错误码，别先怀疑代码\n- 一次自伤：git checkout -- runtime/reports 连带把真跑出的六份验收证据还原成\n  旧版，只能重跑找回；还原前须按 provenance.gitSha 分辨本轮产出与脏绑\n\n常驻问题 L9 / L12 两条降为 L9 一条（8 个上层应用仓的 compose 身份，待 N-11）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-17T22:40:49-07:00"},{"Sha1":"48c5a9c821798dbd7b2aae8355a55aba95d68c20","Message":"docs(框架): 提 FR-6——四级新鲜度须按「该级别是否已接线」断言\n\n框架 0.22.0 把 check:docs-truth 的证据新鲜度断言由两级扩到四级，新增的部署 /\n生产两级在本仓无法成立：其证据生产者依赖 apps/api-nestjs/Dockerfile，而那份\n里写着 COPY packages/kernel/package.json——本仓按 DEC-010 / DEC-031 的分发口径\n只 exact pin 已发布的 @juhai/kernel，仓内不存在 packages/kernel，2026-09-18\n实测该镜像构建必然失败。本仓自己的制品镜像是另一套架构（runtime/Dockerfile，\nD-1），并存会变成两条镜像路径。\n\n结果是这道门禁在本仓只能恒红，而恒红门禁不携带信息——正是框架自己在 0.22.0\n里要治的失效模式的反面。\n\n请求：四级断言按该级别是否已接线判定——对应 pnpm 脚本在 package.json 里存在\n则断言照旧，不存在则打印 SKIPPED 并跳过。不接受占位报告，与 doctrine「诚实的\n空，不得用占位报告转绿」一致；接线了却让报告陈旧的仓仍照旧判红，门禁的牙一\n颗不少。\n\n临时处置已在本仓 runtime/scripts/check-docs-truth.mjs 落地，改动处带注释指向\n本 FR，框架受理后删除该段回到框架原文（同 FR-4 / FR-5 的先例）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-17T21:53:48-07:00"}],"HeadCommit":{"Sha1":"9a959dc86d101a8abfcd42db52f679d5dbb8de8c","Message":"docs(计划): 框架同步 0.16.1 → 0.22.0 完成，一致性门禁 L12 清零\n\n七批里 F-2a / F-2b / F-3 / F-4 / F-7 完成，F-1 证伪取消，F-5 撤回并提 FR-6，\nF-6 并入。真源仓 a63414a。\n\n验收（clean 765300b，与升级前逐项持平）：runtime 775/775 且租户 RLS enforce、\nUI 5/5、主线四套件 11/17/19/18、恢复演练 passed、端口一致性 41/41，\ncheck:evidence passed 35 份全新鲜 / 0 过期 / 0 例外。\nmigration:record --mode sync 出凭证 frameworkVersion=0.22.0。\n\n立项书补两节：§5.2 执行记录（含同步过程中撞到的三件事：git show 重定向会造\n空文件、并入上游 CHANGELOG 带来跨仓断链、治理测试锚定旧 pin），§5.3 三级验收\n结果，并记下两次教训——\n- 一次假阴性：首轮报 682/775 失败 5 条，读错误码才发现是环境缺 MAINLINE_CHAOS_\n  CONTAINER，不是代码回归。验收红了先读错误码，别先怀疑代码\n- 一次自伤：git checkout -- runtime/reports 连带把真跑出的六份验收证据还原成\n  旧版，只能重跑找回；还原前须按 provenance.gitSha 分辨本轮产出与脏绑\n\n常驻问题 L9 / L12 两条降为 L9 一条（8 个上层应用仓的 compose 身份，待 N-11）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-17T22:40:49-07:00"},"CompareURL":"luoanwu/platform-governance/compare/d70b1e5b6f3ed902a64adac86d0a4d953cadddb8...9a959dc86d101a8abfcd42db52f679d5dbb8de8c","Len":2}

TEXT

created_unix

INTEGER

Update row 30825 in action