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":"535a0f5c9483f3b5fd08ac375a070d7cffd28394","Message":"fix(test): 健康用例并入既有验收文件——每多起一个 app 就多一个会派发毒药行的 dispatcher（P25）\n\n0.19.0 首轮 runtime 红盘：NestJS 侧 outbox.deadletter 的「前序失败时后序 seq 不得跨洞派发」失败，\npoisonRow.dispatchedAt 不为 null。根因不是写链，是**测试布局**：新开的两个 health 测试文件各自\ncreateApp()/buildApp()，多出来的 outbox dispatcher 在同一个库上真的把别的用例刚写下的毒药行派发了，\n而两个后端的 test 任务由 turbo 并行。\n\n- 两后端的附加健康子检查用例并入各自既有的 http.acceptance.test.ts（各 +4 例，23/23 通过），\n  删掉两个新开的测试文件；名字判责与重复登记合并为一例\n- 地板按合并后的实际值修正为 ownTests 44 / ownTestCases 305（本轮早先按未合并的布局误设为 46/307；\n  相对本轮开始前的 42/286 仍是收紧，不是放宽既有地板）\n- 迁移手册 P25 记下这条：失败现场看起来像跨洞派发的业务 bug，实际是多起了一个 app\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-15T00:18:31-07:00"},"CompareURL":"luoanwu/base-framework/compare/0000000000000000000000000000000000000000...62590d18280bd28f20cfc07e87f2f1a2a781489c","Len":0}

TEXT

created_unix

INTEGER

Update row 30167 in action