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":"12093b843ef69d300370e5da16fcca3399c14d40","Message":"chore(reports): runtime 静态门禁链 18 份回绑 @ 8a621fd\n\n8a621fd 订正动态区 UI 条目后，docs-truth 的作用域（含 runtime/CLAUDE.md）随之过期；\nruntime check 是一条链、跑一次重出全部 16 项，故整批回绑而不是只挑一份——绑定一致比\n少改几个文件重要（同 b60cc18 的口径）。顺带清掉此前 error 级的 runtime-governance\n（绑 7fc7f02，作用域内 3 个文件已变）。\n\n在 HEAD 的干净 worktree（企业控制面/.worktrees/）装依赖 + prisma:generate 后跑\npnpm --dir runtime check：exit 0、16 项全过；只带回 provenance 绑 8a621fd 且\nworktreeDirty=false 的 18 份。\n\n刻意未带回 4 份：runtime-acceptance / ui-acceptance / conformance-differential 需真实\nDB 与浏览器，不由静态链产出，保持各自原绑定（08c3788 / 67e8193）；framework-migration\n至今没有嵌套 provenance，已在 evidence-scopes 未登记账里具名。\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-18T17:33:42-07:00"},{"Sha1":"8a621fdb03a44cebc985f97332ead8bbb785a685","Message":"docs(runtime): 动态区 UI 条目订正三处——SHA、端口、验收库；check:docs-truth 转绿\n\nc4ec6f6 把 ui-acceptance 重绑到 67e8193 后没回灌动态区，check:docs-truth 的\nfreshness-sha-ui 从那时起一直红。逐项核对报告后发现**这一行有三处与报告对不上，\n而门禁只抓得到其中一处**：\n\n  clean `1b23285`        → 报告绑 `67e8193`（门禁抓到的就这条）\n  web :3120 / api :3222  → 报告是 web :3100 / api :3202\n  「同上验收库与 Redis」  → UI 用的是 enterprise_platform_ui_acceptance，\n                           与上一行 runtime 那轮的 enterprise_platform_acceptance_20260918\n                           不是同一个库；Redis 逻辑库（:56380 db7）才是相同的\n\n只换 SHA 会把红变绿却留着后两句假话，故三处一并订正，并把「不是同一个库」写明——\n这一行紧跟在 runtime 条目之后，「同上」原本就容易被读成同一套基座。\n\n顺带记下门禁的覆盖边界：freshness-sha-* 只断言「动态区是否以声明形式写出报告当前的\nSHA」，同一条目里的端口、库名、用例描述都不在它的判据内，可以静默漂移——本次两处正是\n这样漂的。这不是缺陷而是取舍（把整行结构化对账会把门禁变成文档格式检查器），但读的人\n要知道绿不代表整行都对。\n\n核验：pnpm --dir runtime check 现 exit 0、16 项全过（本会话首次整条绿）；\ncheck:governance-docs 绿（AGENTS.md 符号链接一致）。本次跑链改脏的 runtime/reports\n已全部还原，报告另在干净检出重出。\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-18T17:32:06-07:00"}],"HeadCommit":{"Sha1":"12093b843ef69d300370e5da16fcca3399c14d40","Message":"chore(reports): runtime 静态门禁链 18 份回绑 @ 8a621fd\n\n8a621fd 订正动态区 UI 条目后，docs-truth 的作用域（含 runtime/CLAUDE.md）随之过期；\nruntime check 是一条链、跑一次重出全部 16 项，故整批回绑而不是只挑一份——绑定一致比\n少改几个文件重要（同 b60cc18 的口径）。顺带清掉此前 error 级的 runtime-governance\n（绑 7fc7f02，作用域内 3 个文件已变）。\n\n在 HEAD 的干净 worktree（企业控制面/.worktrees/）装依赖 + prisma:generate 后跑\npnpm --dir runtime check：exit 0、16 项全过；只带回 provenance 绑 8a621fd 且\nworktreeDirty=false 的 18 份。\n\n刻意未带回 4 份：runtime-acceptance / ui-acceptance / conformance-differential 需真实\nDB 与浏览器，不由静态链产出，保持各自原绑定（08c3788 / 67e8193）；framework-migration\n至今没有嵌套 provenance，已在 evidence-scopes 未登记账里具名。\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-18T17:33:42-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/6687aecfababeb5c03b9fa56d306e8212e79e107...12093b843ef69d300370e5da16fcca3399c14d40","Len":2}

TEXT

created_unix

INTEGER

Update row 31216 in action