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":"ce042782a285d1d8a79e5c5a43636ea05f4868d3","Message":"feat(governance): 新增 check-deferred-ops 门禁——变更包延后 op 与活跃 Catalog 对账，并收口两条实际存在的坑\n\n起因：CHG-003 与 CHG-006 对同一条目同一字段（application-contract-registry.code_truth）各留一条 applyAfter op 且目标值不同，后者已由 CHG-013 于 2026-09-16 应用；delta 文件之间从不互相校验，谁按「把剩余延后 op 补完」执行，就会把已生效值回归成更粗的路径，且没有任何门禁会红。\n\n门禁（D1—D6，阻断性，进 run-foundation-gates）把每条 op 按 aspect（set 逐字段 + add_evidence 子集）与活跃 Catalog 对账：全部生效须登记 appliedBy、半生效须用 appliedBy.aspects 写明已落的一半、被取代须登记 withdrawn（缺 reason/authority/recordedAt 即红）、凭声明当已应用即红。11 例单测含逐规则负向；IO 层在真实材料与真实 Catalog 上跑。负向实测：去掉 withdrawn 即 exit 1。\n\n随之收口三处：\n- CHG-003 注册中心那条登记 withdrawn（依据决策批次 A-2 附条件），enterprise-idp 那条登记 appliedBy.aspects=[\"code_truth\"]——它是半应用，set 由 PF-07 阶段 1 实现提交 99c3f52（2026-09-12）直接改到位、三条 add_evidence 从未落；CHG-006 那条登记 appliedBy（CHG-013）。\n- check-new-platform-catalog-change-readiness 的 expectedFormalWithdrawn 收窄：原先连 decisions 总数与 pendingDecisions 一起钉死，而那两个数不是「撤销」决定的——CHG-002 按 A-2 登记 DEC-037—039 为 pending 后（36→39 / 0→3）该门禁与撤销无关地恒红。改为只断言撤销真正决定的项目数（21 / 19），四项不在册与四条 DEC rejected 由原有两个循环逐项断言（比总数更强）。八条自带负向用例仍全绿。\n- simulate-chg-007 在包已应用后不再因 tests.delta 锚点漂移崩溃，如实报 status=already-applied（formalMutated 仍 false）；护栏的冻结基线判定从钉死整行改为只认函数调用（004/005 加 --contracts=active 后那一行变成三元表达式，被误判成活跃基线）。\n\n治理层 365 例 358 通过，余 1 为报告登记数待本次报告入 git；阻断性门禁 10/10。开发计划 §8 的登记留到并行会话的在途编辑落地后补。\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-17T16:14:54-07:00"},{"Sha1":"001e9af9cc570b2adb4ccdec0df1277d9b243730","Message":"docs(计划): PF-03 ⑤ 部分收口，偏差 #11 关闭（真源仓 41ca988）\n\n- §3 PF-03 行：⑤ 由「未做」改为「部分收口」，余项明确为 README 与\n  CHANGELOG（后者自称「基础框架的版本轴」），退出条件改为三份文档正文\n  均不含框架仓状态声明\n- §6：偏差 #11 移入已关闭一行，附回灌内容与两道门禁结果\n- §8：增一行记录本轮，含「报告未回绑及其原因」\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-17T16:14:50-07:00"}],"HeadCommit":{"Sha1":"ce042782a285d1d8a79e5c5a43636ea05f4868d3","Message":"feat(governance): 新增 check-deferred-ops 门禁——变更包延后 op 与活跃 Catalog 对账，并收口两条实际存在的坑\n\n起因：CHG-003 与 CHG-006 对同一条目同一字段（application-contract-registry.code_truth）各留一条 applyAfter op 且目标值不同，后者已由 CHG-013 于 2026-09-16 应用；delta 文件之间从不互相校验，谁按「把剩余延后 op 补完」执行，就会把已生效值回归成更粗的路径，且没有任何门禁会红。\n\n门禁（D1—D6，阻断性，进 run-foundation-gates）把每条 op 按 aspect（set 逐字段 + add_evidence 子集）与活跃 Catalog 对账：全部生效须登记 appliedBy、半生效须用 appliedBy.aspects 写明已落的一半、被取代须登记 withdrawn（缺 reason/authority/recordedAt 即红）、凭声明当已应用即红。11 例单测含逐规则负向；IO 层在真实材料与真实 Catalog 上跑。负向实测：去掉 withdrawn 即 exit 1。\n\n随之收口三处：\n- CHG-003 注册中心那条登记 withdrawn（依据决策批次 A-2 附条件），enterprise-idp 那条登记 appliedBy.aspects=[\"code_truth\"]——它是半应用，set 由 PF-07 阶段 1 实现提交 99c3f52（2026-09-12）直接改到位、三条 add_evidence 从未落；CHG-006 那条登记 appliedBy（CHG-013）。\n- check-new-platform-catalog-change-readiness 的 expectedFormalWithdrawn 收窄：原先连 decisions 总数与 pendingDecisions 一起钉死，而那两个数不是「撤销」决定的——CHG-002 按 A-2 登记 DEC-037—039 为 pending 后（36→39 / 0→3）该门禁与撤销无关地恒红。改为只断言撤销真正决定的项目数（21 / 19），四项不在册与四条 DEC rejected 由原有两个循环逐项断言（比总数更强）。八条自带负向用例仍全绿。\n- simulate-chg-007 在包已应用后不再因 tests.delta 锚点漂移崩溃，如实报 status=already-applied（formalMutated 仍 false）；护栏的冻结基线判定从钉死整行改为只认函数调用（004/005 加 --contracts=active 后那一行变成三元表达式，被误判成活跃基线）。\n\n治理层 365 例 358 通过，余 1 为报告登记数待本次报告入 git；阻断性门禁 10/10。开发计划 §8 的登记留到并行会话的在途编辑落地后补。\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-17T16:14:54-07:00"},"CompareURL":"luoanwu/platform-governance/compare/589467ea0debc370a8800dc05cd744af7360cbbd...ce042782a285d1d8a79e5c5a43636ea05f4868d3","Len":2}

TEXT

created_unix

INTEGER

Update row 30703 in action