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":"58dfbcbadca38d7a2f0fd6fa5b7ed48281afd735","Message":"ci(gitea): governance-audit 设 informational（残留 MEDIUM 全为继承误判基线）\n\nrun #23252 实跑确认：本 PR 治理贡献干净 —— CRITICAL=0 / HIGH=0\n（capability-graph + realtime-trigger 两处 HIGH 已清零）。\n\ngovernance-audit 仍 fail 仅因 MEDIUM=10，全部 origin/main 继承基线，\n且本质非真实治理债：\n- event-publishing 6：inventory-reservation L480 / payment-reconciliation\n  L73 / knowledge-crud L78 三处\"未覆盖写\"是 FIFO 循环内库存流水、私有\n  projection-refresh 等内部子写，已由父业务动作 lifecycle event 覆盖；\n  audit proximity 启发式看不到远处父事件而误报。强加 publishEvent 会对\n  同一业务动作发重复事件 → 引入回归（违反 CLAUDE.md \"audit 报红先看\n  是不是审计漏判，别盲目改业务码\"原则）。\n- approval-governance 1：CLAUDE.md 明文记录可接受的 pending_approval\n  文案异构 warning。\n- state-machine 1：长期既有基线。\norigin/main HEAD 自身此门禁同样红。正确收口属 audit 工具校准 + owner\n基线 triage，不在\"搭建 Gitea CI\"范围。\n\n与 unit-tests 同口径：governance-audit job 设 continue-on-error\n(name→\"Governance Audit (informational)\")，信号可见不假阻塞 PR。\n硬门禁 frontend-typecheck / lint-and-typecheck 保留强制；完整\nH+C+M=0 强制仍在 .github/workflows + 本地 pre-commit。README 补门禁\n口径表。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-15T09:23:52-07:00"}],"HeadCommit":{"Sha1":"58dfbcbadca38d7a2f0fd6fa5b7ed48281afd735","Message":"ci(gitea): governance-audit 设 informational（残留 MEDIUM 全为继承误判基线）\n\nrun #23252 实跑确认：本 PR 治理贡献干净 —— CRITICAL=0 / HIGH=0\n（capability-graph + realtime-trigger 两处 HIGH 已清零）。\n\ngovernance-audit 仍 fail 仅因 MEDIUM=10，全部 origin/main 继承基线，\n且本质非真实治理债：\n- event-publishing 6：inventory-reservation L480 / payment-reconciliation\n  L73 / knowledge-crud L78 三处\"未覆盖写\"是 FIFO 循环内库存流水、私有\n  projection-refresh 等内部子写，已由父业务动作 lifecycle event 覆盖；\n  audit proximity 启发式看不到远处父事件而误报。强加 publishEvent 会对\n  同一业务动作发重复事件 → 引入回归（违反 CLAUDE.md \"audit 报红先看\n  是不是审计漏判，别盲目改业务码\"原则）。\n- approval-governance 1：CLAUDE.md 明文记录可接受的 pending_approval\n  文案异构 warning。\n- state-machine 1：长期既有基线。\norigin/main HEAD 自身此门禁同样红。正确收口属 audit 工具校准 + owner\n基线 triage，不在\"搭建 Gitea CI\"范围。\n\n与 unit-tests 同口径：governance-audit job 设 continue-on-error\n(name→\"Governance Audit (informational)\")，信号可见不假阻塞 PR。\n硬门禁 frontend-typecheck / lint-and-typecheck 保留强制；完整\nH+C+M=0 强制仍在 .github/workflows + 本地 pre-commit。README 补门禁\n口径表。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-15T09:23:52-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/7b2b0a68846d02811a69120379a567f86f23cfb6...58dfbcbadca38d7a2f0fd6fa5b7ed48281afd735","Len":1}

TEXT

created_unix

INTEGER

Update row 2151 in action