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":"51e311bf417385a994296f20da3b9458761bdee8","Message":"docs(部署): 登记第二次「重新部署运行」——判据仍指向只重启，但 identity 跑的是旧构建\n\n与 §12 同形态的请求，前置判据同法重算，结论同样是不重建镜像：镜像源 b90d7a1 →\nHEAD 07df639 的 runtime/ 与 stack/ 变更均为零文件，未提交改动不碰运行时输入，\n容器镜像 ID 与 reports/image-digest.json 逐字一致（sha256:fe5570f5cb60…）。\n13 个 stack 容器一个没动。\n\n与 §12.1 的两点差别记在 §18.1 / §18.2：\n- 这次跑了 check:deployed（passed / IMAGE_SOURCE_EQUIVALENT，在 07df639 上），\n  但脚本在脏树上没有落盘，reports/deployed-runtime.latest.json 仍是 dd6de712 那份、\n  worktreeDirty=false，未被本轮污染——所以那一行的证据形态是门禁 stdout，不是回绑报告。\n- 这轮重启有实据，不只是「判据说该做的只有启动那半」：identity 的 dist/src/main.js\n  在 17:31 重建过，而在跑的进程是 07:57 起的，跑的是旧构建；web 与工作台的 .next\n  均不落后于源码。停 pid 5209/18658/43950，按 .claude/launch.json 重起。\n\n重启后复验 11 项全绿（§18.3）：identity 无凭证 401 / 现签 HS256 令牌 200、\n控制面 /api/platform/{catalog,modules} 200、CORS 预检 204 带 authorization、\n工作台「读取探针」ok 且 database/redis up、常驻容器经 Caddy :58080 与直连 :53001 均 200、\n:3098 transport 为 Connected（D-8 注入生效）、控制台零错误。\n\n§18.4 登记一条未定位的观察：有个不带凭证的客户端每 2 秒打一次 identity 的 /api/users\n（401，失败关闭）。不是本轮重启带出来的——新进程 18:14:46 起、它 18:15:29 就接上了；\n三个浏览器标签页的 network 抓取里都没有这批请求，lsof 只见一条绕过 :3098 代理、\n直连 127.0.0.1:3101 的长连接。未定位到具体页面，该节不作结论。\n\n提交时 HEAD 已被并行会话推到 97d61aa，期间三个提交全是 chore(reports)、\nruntime/ 与 stack/ 零变更，故 §18.1 的判据在新 HEAD 上仍然成立，正文不改。\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-18T18:19:04-07:00"}],"HeadCommit":{"Sha1":"51e311bf417385a994296f20da3b9458761bdee8","Message":"docs(部署): 登记第二次「重新部署运行」——判据仍指向只重启，但 identity 跑的是旧构建\n\n与 §12 同形态的请求，前置判据同法重算，结论同样是不重建镜像：镜像源 b90d7a1 →\nHEAD 07df639 的 runtime/ 与 stack/ 变更均为零文件，未提交改动不碰运行时输入，\n容器镜像 ID 与 reports/image-digest.json 逐字一致（sha256:fe5570f5cb60…）。\n13 个 stack 容器一个没动。\n\n与 §12.1 的两点差别记在 §18.1 / §18.2：\n- 这次跑了 check:deployed（passed / IMAGE_SOURCE_EQUIVALENT，在 07df639 上），\n  但脚本在脏树上没有落盘，reports/deployed-runtime.latest.json 仍是 dd6de712 那份、\n  worktreeDirty=false，未被本轮污染——所以那一行的证据形态是门禁 stdout，不是回绑报告。\n- 这轮重启有实据，不只是「判据说该做的只有启动那半」：identity 的 dist/src/main.js\n  在 17:31 重建过，而在跑的进程是 07:57 起的，跑的是旧构建；web 与工作台的 .next\n  均不落后于源码。停 pid 5209/18658/43950，按 .claude/launch.json 重起。\n\n重启后复验 11 项全绿（§18.3）：identity 无凭证 401 / 现签 HS256 令牌 200、\n控制面 /api/platform/{catalog,modules} 200、CORS 预检 204 带 authorization、\n工作台「读取探针」ok 且 database/redis up、常驻容器经 Caddy :58080 与直连 :53001 均 200、\n:3098 transport 为 Connected（D-8 注入生效）、控制台零错误。\n\n§18.4 登记一条未定位的观察：有个不带凭证的客户端每 2 秒打一次 identity 的 /api/users\n（401，失败关闭）。不是本轮重启带出来的——新进程 18:14:46 起、它 18:15:29 就接上了；\n三个浏览器标签页的 network 抓取里都没有这批请求，lsof 只见一条绕过 :3098 代理、\n直连 127.0.0.1:3101 的长连接。未定位到具体页面，该节不作结论。\n\n提交时 HEAD 已被并行会话推到 97d61aa，期间三个提交全是 chore(reports)、\nruntime/ 与 stack/ 零变更，故 §18.1 的判据在新 HEAD 上仍然成立，正文不改。\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-18T18:19:04-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/97d61aa7117c2f88c4ba5e0bdf4a5b5660f2ecbe...51e311bf417385a994296f20da3b9458761bdee8","Len":1}

TEXT

created_unix

INTEGER

Update row 31225 in action