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":null,"HeadCommit":{"Sha1":"557a95c4422518cf3d9fdff04d261114ab389169","Message":"chore(release): 三包推到 1.0.0-rc.4——clients 扫描面与这轮 contracts 硬化一起上车\n\n发 rc.4 的直接动因：e61bfcf 给 check:module-imports 补的 clients 扫描面与两条规则\n（CLIENT_FORBIDDEN_IMPORT / ESCAPES_CLIENT）不在任何已发布版本里，而 @juhai/governance\n的 rc.0—rc.3 已全部被占用，按 G-12 的边界只能往前发下一个 RC。\n\n随车发出的远不止这些。自 rc.3 的源 036a308 起：\n  contracts            147 个文件 / 51 条提交（九域规则的入参体检与门禁覆盖那一大轮）\n  governance            61 个文件 / 48 条提交\n  runtime/clients/fact   5 个文件 /  5 条提交\n三包版本一致，符合 CL-5「一次发布 = 一个 tag = 一组同版本包」；包目录单源仍是\ngovernance/release-packages.json。\n\n通道：本地旁路（G-12 第三次使用）。CI 正道 2026-09-18 实测双重不可用——GitHub Actions\n最近三次 run 全部 failure（账户计费，最新 35215270797 即 CLAUDE.md 记的那条注解），\n且 GitHub 镜像落后 237 条提交、因分支保护的 required check 跑不起来而推不动，\ne61bfcf 的代码根本不在 GitHub 上。按 G-12 边界，rc.4 同样不得宣称经过发布门禁验证。\n\n本次按 CL-5 补打 tag packages-v1.0.0-rc.4——rc.2 / rc.3 两趟都漏了这一步。\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-18T16:08:15-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/0000000000000000000000000000000000000000...557a95c4422518cf3d9fdff04d261114ab389169","Len":0}

TEXT

created_unix

INTEGER

Update row 31185 in action