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":"73d03c062f82dc9e8b9a0e66e6e973ca9aca54cd","Message":"docs(runbook): 补 §2.1——demo 租户重建的完整应对，含「哪一列」这个会咬人的细节\n\nidentity 库被清掉（db.sh --fresh / 手工重建 / 从早于 09-16 的 dump 恢复）之后，租户、\n管理员、应用与两个 OIDC 客户端会一起没——它们只在库里，不在任何配置文件里；而管理员\n明文口令全机只有 .secrets/idp-demo-admin.txt 一份（库存散列，备份 dump 里也搜不到明文）。\n\n本节写清四件此前只能靠翻代码才知道的事：两个 bootstrap 各自的一次性约束\n（TENANT_SLUG_CONFLICT / ADMINISTRATION_ALREADY_BOOTSTRAPPED）与「库还在时只能走管理 API」；\n两条 bootstrap 的确切载荷（按 zod schema 核对，password ≥ 12、redirectUri 只收 https 或\nloopback）；工作台客户端为什么必须先有人工登录才能登记，且不得给它 idp:manage；以及\n四个 UUID 换新后要同步的四处配置，每处配上漏掉时的具体症状。\n\n其中 PLATFORM_OPS_ADMIN_SUBJECTS 填 users.subject 而不是 users.id——现存 dev 值就是错的，\n见 dev 部署记录 D-13。改 PLATFORM_OPS_* 必须重建容器，只 restart 不带新环境。\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:18:51-07:00"},{"Sha1":"3ed10d6c9473aca115f12b9f32aac435aa79e3ee","Message":"docs(部署): 登记 D-13——PLATFORM_OPS_ADMIN_SUBJECTS 的 dev 值填的是 users.id，不是令牌里的 sub\n\n判定链是 token-verifier.ts:136（subject = payload.sub）→ AuthContext.subject →\nplatform-ops.adapter.ts:22（admins.has(auth.subject)），而 IdP 访问令牌的 sub 取自\nusers.subject。当前 dev 配的是该管理员的 users.id（4782bc0d-…），实际 sub 是\ne6783482-…，两者不同——**IdP 签发的管理员令牌打受控执行面会 403 OPS_FORBIDDEN**。\n\nsub 是从 §14 那次真实登录拿到的令牌里解出来的，不是推断。之所以此前没暴露：§5\n「三重守卫齐全 200」的取证用的是手工签发的合成令牌，值自然与白名单对得上；真实 IdP\n令牌这条路是 §14 才第一次走通的。\n\n本轮只登记不改：订正它要动仓外 .secrets 并重建容器，且正向验证需要再走一次人工登录。\n重建 demo 租户时该填哪一列，写在 runbook §2.1。\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:18:43-07:00"},{"Sha1":"91ae21671f2d958ef5e228e525cc931a8e586d40","Message":"test(runtime): 补掉覆盖度探针在两个模块查出的 4 条——夹具与单测都没走到\n\ngovernance/fixture-coverage.mjs 落仓后第一次全量扫描（15 个套件）查出的 4 条，全在运行时模块侧：\n\n  module-permission  ACTION_REQUIRED / RESOURCE_REQUIRED / RESOURCE_ID_REQUIRED\n  module-audit       AUDIT_COMMIT_MODE_INVALID\n\npermission 的 preflight 已经钉了 tenant / request / trace / actor / scopeVersion 五项（N01–N03），\n唯独「资源三件套」一条用例都没有——那三条守卫删掉，check:fixtures 与模块单测都不会红。\naudit 的 commit 模式同理：mode 不在册时拒绝这条判定此前无人走到。\n\n补：permission 夹具 9 → 10 例（N08，三条原因一条用例同时钉住，门禁要求逐条出现）、\naudit 26 → 27 例（N18，mode=\"best-effort\" 这种看着合理但不在册的取值）。\n模块夹具与 test/negative/*.fixtures.test.ts 同源——单测 it.each 直接遍历夹具文件，所以加夹具用例\n即同时加单测，本次没有另写测试代码。\n\npermission 的夹具是 prettier 按宽度折行的混合风格，JSON round-trip 会把整份重排成 180 行噪音；\n改用文本插入，diff 保持 +8/-1。\n\n负向实测：把 N08 的声明原因改成不会产生的串 → 门禁 exit 1 并点名该例，恢复后转绿。\n\n补后 15 个套件的「夹具与单测都没有」全为 0，CLAUDE.md 同步改口。\n\n证据：module-permission 50/50、module-audit 81/81（vitest 无库单测）；\ncheck:fixtures 两套件 37/37；fixture-coverage 全量 0。\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:18:36-07:00"}],"HeadCommit":{"Sha1":"73d03c062f82dc9e8b9a0e66e6e973ca9aca54cd","Message":"docs(runbook): 补 §2.1——demo 租户重建的完整应对，含「哪一列」这个会咬人的细节\n\nidentity 库被清掉（db.sh --fresh / 手工重建 / 从早于 09-16 的 dump 恢复）之后，租户、\n管理员、应用与两个 OIDC 客户端会一起没——它们只在库里，不在任何配置文件里；而管理员\n明文口令全机只有 .secrets/idp-demo-admin.txt 一份（库存散列，备份 dump 里也搜不到明文）。\n\n本节写清四件此前只能靠翻代码才知道的事：两个 bootstrap 各自的一次性约束\n（TENANT_SLUG_CONFLICT / ADMINISTRATION_ALREADY_BOOTSTRAPPED）与「库还在时只能走管理 API」；\n两条 bootstrap 的确切载荷（按 zod schema 核对，password ≥ 12、redirectUri 只收 https 或\nloopback）；工作台客户端为什么必须先有人工登录才能登记，且不得给它 idp:manage；以及\n四个 UUID 换新后要同步的四处配置，每处配上漏掉时的具体症状。\n\n其中 PLATFORM_OPS_ADMIN_SUBJECTS 填 users.subject 而不是 users.id——现存 dev 值就是错的，\n见 dev 部署记录 D-13。改 PLATFORM_OPS_* 必须重建容器，只 restart 不带新环境。\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:18:51-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/45a6bd523973c97e88f31faa12604773150cec87...73d03c062f82dc9e8b9a0e66e6e973ca9aca54cd","Len":3}

TEXT

created_unix

INTEGER

Update row 31186 in action