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":"d2e3e2c8588a95797304a776a4e76bb035960fdb","Message":"fix(deps): C252 raise sharp/multer overrides past 4 new high advisories\n\n推送前自检实查 pnpm audit --prod --audit-level high 为 4 high：\n- sharp 0.35.3 → 0.35.4（libheif GHSA-g89c-p67h-r497 / GHSA-2jg2-4ch7-h545）\n- multer 2.2.0 → 2.3.0（三个 DoS：构造字段名、中止上传 fd 泄漏、超大数组索引）\n\n两者都是 C168 为供应链治理精确钉版的 override——这是 C243（Go 模块）、C245（fast-uri）\n之后第四次同形态复发：override 钉版本身就是下一次转红的位置。\n\n修复过程暴露一个更硬的结构性问题（已并入 C252 记录）：pnpm install 因\n@juhai/client-fact@1.0.0-rc.2 不在 Registry 直接 404 失败。lock 里的 file: 解析只在\n该条目不被重算时有效，任何依赖变更都会让 pnpm 回到 package.json 的声明去 registry 找。\n**包未发布不只让 CI 装不上，本机也做不了安全修复。**\n\n绕行方式：重建锁时临时把两个 app 的 client-fact specifier 指向本地 tarball，install 后\n改回 exact pin——这正是现状 lock 的产生方式，不新增偏差形态；\ncheck:platform-provenance 仍诚实红 3 处（两个 app 的 package.json 与 HEAD 逐字一致）。\n\n验证：audit 0 high / 3 moderate、typecheck 13/13、NestJS 与 Fastify 的\nhttp+http-limits 各 17/17、contracts 24 文件 312/312、web build 通过、\n@img/sharp-darwin-arm64@0.35.4 已装、employment 主线 9/9 复跑。不建忽略清单。\n\n快照锚点指向父提交（C232/C241）。\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-13T21:27:19-07:00"}],"HeadCommit":{"Sha1":"d2e3e2c8588a95797304a776a4e76bb035960fdb","Message":"fix(deps): C252 raise sharp/multer overrides past 4 new high advisories\n\n推送前自检实查 pnpm audit --prod --audit-level high 为 4 high：\n- sharp 0.35.3 → 0.35.4（libheif GHSA-g89c-p67h-r497 / GHSA-2jg2-4ch7-h545）\n- multer 2.2.0 → 2.3.0（三个 DoS：构造字段名、中止上传 fd 泄漏、超大数组索引）\n\n两者都是 C168 为供应链治理精确钉版的 override——这是 C243（Go 模块）、C245（fast-uri）\n之后第四次同形态复发：override 钉版本身就是下一次转红的位置。\n\n修复过程暴露一个更硬的结构性问题（已并入 C252 记录）：pnpm install 因\n@juhai/client-fact@1.0.0-rc.2 不在 Registry 直接 404 失败。lock 里的 file: 解析只在\n该条目不被重算时有效，任何依赖变更都会让 pnpm 回到 package.json 的声明去 registry 找。\n**包未发布不只让 CI 装不上，本机也做不了安全修复。**\n\n绕行方式：重建锁时临时把两个 app 的 client-fact specifier 指向本地 tarball，install 后\n改回 exact pin——这正是现状 lock 的产生方式，不新增偏差形态；\ncheck:platform-provenance 仍诚实红 3 处（两个 app 的 package.json 与 HEAD 逐字一致）。\n\n验证：audit 0 high / 3 moderate、typecheck 13/13、NestJS 与 Fastify 的\nhttp+http-limits 各 17/17、contracts 24 文件 312/312、web build 通过、\n@img/sharp-darwin-arm64@0.35.4 已装、employment 主线 9/9 复跑。不建忽略清单。\n\n快照锚点指向父提交（C232/C241）。\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-13T21:27:19-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/5288ac175ac522dbf9881cc17eb269e95e8062c3...d2e3e2c8588a95797304a776a4e76bb035960fdb","Len":1}

TEXT

created_unix

INTEGER

Update row 29428 in action