codex-app-server

199 Commits 3 Branches 0 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
host	9bb9a50e4e	残留批次A：成员删除、PR needs_local_worker 落库、推送 DNS TOCTOU - 成员删除：DELETE /projects/{id}/members/{user_id}，限 owner 或全局管理员，禁删唯一 owner，记 remove_member 审计（AuthStore.remove_member + server 分发，沿用 PATCH 守卫口径） - PR needs_local_worker 落库：非 local 扫到 queued 任务时 CAS 写行状态为 needs_local_worker；claim/find_open 同步认该状态，标记过的行仍可被 local worker 认领、不被搁置；另修 claim/find_open 对裸 sqlite3 tuple 行的 dict() 兜底（TypeError/ValueError） - 推送 DNS TOCTOU：发送改走建连时解析+判段的连接类，解析一次、只拨判过的 IP，Host/SNI 仍为原域名；opener 直接构造以排除 ProxyHandler 改写（build_opener 默认会塞代理）	2026-10-27 19:10:49 +00:00
openqjandhost	fc8e337d0f	HA 阶段 1：worktree_host + 跨主机 /pr 队列化 (#50 ) * 部署自动化：唯一发布链路 deploy.py + host_deploy.sh，sha/commit 双重验真，失败回滚旧链路三次栽过的坑：通用 tar 路径导致旧包误部署、传输不验 sha、主机脚本多份漂移、health 通过不等于新代码上线。本单把四点变硬门禁： - 产物唯一命名 codex-app-server-<commit>.tar.gz + .sha256，远端唯一路径 - git archive 产物 + DEPLOYED_COMMIT 清单，默认拒绝脏工作区 - 传输链 scp -> scp_run -> chunk 分片，每路传完远端验 sha，不符删掉重来 - 主机侧唯一脚本：先验 sha/清单，staging 解包 + 编译检查，换目录上线， work/ 原样保留，health + 上线 commit 不符即回滚并退出非零 - deploy.py 成功后独立 ssh 再读一次 live 清单二次核对 - CI：host-verify 加 deploy/tests；release.yml 只在手动/tag + production environment 审批时部署，主干推送绝不自动部署生产 - deploy.sh 标记为旧链路弃用 - health 的 commit 字段已在父提交 HA 阶段 0 里随 server.py 落地，本分支整体包含它；commit 为空时只靠文件核对，门禁同样成立测试：host 32、cloud 487（4 跳过）、deploy 9，全部通过； host_deploy.sh 仿真覆盖成功/坏 sha/清单不符/health commit 不符回滚。生产实机部署未做，等确认后再用新链路推。 * HA stage 1: worktree_host + queued cross-host PR jobs --------- Co-authored-by: host <host@test.local>	2026-10-27 00:05:18 +08:00

Author

SHA1

Message

Date

host

9bb9a50e4e

残留批次A：成员删除、PR needs_local_worker 落库、推送 DNS TOCTOU

- 成员删除：DELETE /projects/{id}/members/{user_id}，限 owner 或
  全局管理员，禁删唯一 owner，记 remove_member 审计
  （AuthStore.remove_member + server 分发，沿用 PATCH 守卫口径）
- PR needs_local_worker 落库：非 local 扫到 queued 任务时 CAS
  写行状态为 needs_local_worker；claim/find_open 同步认该状态，
  标记过的行仍可被 local worker 认领、不被搁置；另修
  claim/find_open 对裸 sqlite3 tuple 行的 dict() 兜底
  （TypeError/ValueError）
- 推送 DNS TOCTOU：发送改走建连时解析+判段的连接类，解析
  一次、只拨判过的 IP，Host/SNI 仍为原域名；opener 直接构造
  以排除 ProxyHandler 改写（build_opener 默认会塞代理）

2026-10-27 19:10:49 +00:00

openqjandhost

fc8e337d0f

HA 阶段 1：worktree_host + 跨主机 /pr 队列化 (#50 )

* 部署自动化：唯一发布链路 deploy.py + host_deploy.sh，sha/commit 双重验真，失败回滚

旧链路三次栽过的坑：通用 tar 路径导致旧包误部署、传输不验 sha、
主机脚本多份漂移、health 通过不等于新代码上线。本单把四点变硬门禁：
- 产物唯一命名 codex-app-server-<commit>.tar.gz + .sha256，远端唯一路径
- git archive 产物 + DEPLOYED_COMMIT 清单，默认拒绝脏工作区
- 传输链 scp -> scp_run -> chunk 分片，每路传完远端验 sha，不符删掉重来
- 主机侧唯一脚本：先验 sha/清单，staging 解包 + 编译检查，换目录上线，
  work/ 原样保留，health + 上线 commit 不符即回滚并退出非零
- deploy.py 成功后独立 ssh 再读一次 live 清单二次核对
- CI：host-verify 加 deploy/tests；release.yml 只在手动/tag + production
  environment 审批时部署，主干推送绝不自动部署生产
- deploy.sh 标记为旧链路弃用
- health 的 commit 字段已在父提交 HA 阶段 0 里随 server.py 落地，
  本分支整体包含它；commit 为空时只靠文件核对，门禁同样成立
测试：host 32、cloud 487（4 跳过）、deploy 9，全部通过；
host_deploy.sh 仿真覆盖成功/坏 sha/清单不符/health commit 不符回滚。
生产实机部署未做，等确认后再用新链路推。

* HA stage 1: worktree_host + queued cross-host PR jobs

---------

Co-authored-by: host <host@test.local>

2026-10-27 00:05:18 +08:00