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":"1c61972ff116e1e41585dcaadbb71ba4a1f079cf","Message":"docs(分支): 未合并分支登记补 §10——09-22 复采 31 条领先分支全部有冲突，合入唯一安全的 docs/registry-blueprint-record（d0bdb6b8），其余 30 条逐条登记去向\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-22T09:43:05-07:00"},{"Sha1":"d0bdb6b86eb2d2a743fba06d0ba3bee60181a596","Message":"merge: docs/registry-blueprint-record——注册中心蓝图补记第 4—7 条与五笔证据，与主线第二轮一节并存，加 09-22 合并注\n\n分支唯一的提交 3bd0c589（2026-09-18）与主线 4f36e224 同日各自改了 docs/domain/registry-snapshot-blueprint.md：\n第一节取分支版（表补第 4—7 条、证据改为逐笔绑 SHA、现状改指机器报告），主线的「第二轮」一节原样保留。\n分支里 09-18 口径的两段（夹具 41 例、Q01 未裁 / runtime/modules 下无本模块）不在原文改，合并注里写明其后\n的变化：夹具 70 例（reports/fixtures.latest.json 实测）、DEC-041 已收为 shape 模块、现行登记为 09-21 清单 D-7。\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-22T09:40:56-07:00"},{"Sha1":"3bd0c5896c9b7842434caa9c60d32d7bfbd686c4","Message":"docs(domain): 注册中心蓝图补记后四笔，并把「现状」改成指向机器报告而不是复写活数字\n\n蓝图是 Catalog 给本模块登记的 evidence 之一，它的「2026-09-18 规则加固」节此前只记了\n92a6b8e 一笔：三条缺陷、数字停在单测 44 例 / 夹具 15 例。同日 94366bc / 91216b5 /\n5f3f608 / d860eb6 四笔在蓝图里没有任何痕迹。本条只补记录，不改任何规则与 Catalog。\n\n补进去的四条缺陷（表格 3 行 → 7 行）：\n- 第 4 条（94366bc）：四条就绪闸门写作 !context.x，传 \"false\" / 1 / \"no\" / {} 一律判为\n  已就绪并直达 READY_FOR_CONSUMER_UPGRADE_REVIEW；改为 !== true。92a6b8e 只收了入参\n  形状，漏了这四个布尔位。\n- 第 5 条（94366bc + 91216b5）：snapshot-upgrade-review.ts 那 393 行在夹具评估器上零\n  覆盖；补 upgrade 规则后重算 snapshot / transition 侧，24 个分支里仍有 12 个没走到。\n- 第 6 条（5f3f608）：upgrade 用例全对着四条闸门，闸门下面的请求校验有 15 条原因码\n  哪里都没有。\n- 第 7 条（d860eb6）：证据本身可不可信这一层，13 条原因码只有单测、门禁看不到；其中\n  TARGET_SOURCE_MUST_BE_CLEAN 与本仓「证据只能绑干净树」同源，两条 *_LINEAGE_MISMATCH\n  是「写着通过了、说的却是别的版本」，比没有证据更危险。\n\n写法上的一处改动，起因是这份文档已经过期过两次：「现状」段不再复写单测与夹具的绝对数，\n改成给出取数命令并指向 reports/fixtures.latest.json。该模块一天内被连续补了四轮覆盖，\n任何写进正文的活数字都会在下一笔提交后失真。逐笔证据里的数字保留——它们绑各自 SHA，\n是历史口径，不随后续变化。另加一段提醒：那份报告此刻仍绑 7523bd0、check:evidence 判\nEVIDENCE_STALE，回绑前其例数不代表当前代码。\n\n核验（本分支 clean 树，rebase 到 origin/main 之后）：文中给的 check-fixtures 命令实跑通过\n（0 失败；例数有意不写进文档）；check:evidence 对 fixtures 报告的 EVIDENCE_STALE 判定与文中\n所写一致；Catalog 四字段与六条 blockers 逐项核对；runtime/modules/ 下确无本模块；相对链接\n../缺失模块完善清单-2026-09-16.md 可解析；表格 9 行各 4 列；「现状」段已无任何绝对数。\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-18T15:58:17-07:00"}],"HeadCommit":{"Sha1":"1c61972ff116e1e41585dcaadbb71ba4a1f079cf","Message":"docs(分支): 未合并分支登记补 §10——09-22 复采 31 条领先分支全部有冲突，合入唯一安全的 docs/registry-blueprint-record（d0bdb6b8），其余 30 条逐条登记去向\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-22T09:43:05-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/dd4364dbbae2465345a18e228f1a431280d00afe...1c61972ff116e1e41585dcaadbb71ba4a1f079cf","Len":3}

TEXT

created_unix

INTEGER

Update row 32411 in action