Skip to content

默认使用 GHCR 单文件部署,并补齐 Compose 启动依赖 - #146

Merged
Disdjj merged 6 commits into
mainfrom
Disdjj/check-compose-source
Sep 18, 2026
Merged

Disdjj merged 6 commits into
mainfrom
Disdjj/check-compose-source

Conversation

@Disdjj

@Disdjj Disdjj commented Sep 18, 2026

Copy link
Copy Markdown
Member

默认 Compose 改为拉取已发布的 GHCR 镜像,用户只需下载一份 YAML 即可部署,无需克隆源码、本地构建或准备 .env。同时修正原发布清单引用的不存在标签,并让应用等待 PostgreSQL 健康及对象桶初始化完成。

变更与升级影响

  • 两份 Compose 统一固定到已验证存在的 ghcr.io/tokenrollai/tool-bridge:0.24.0。
  • 根目录默认启动从源码构建改为运行发布镜像。既有部署更新配置后,docker compose up -d 将使用 GHCR 镜像;源码开发需显式叠加 docker-compose.build.yml,或使用 pnpm compose:build。
  • 增加应用启动依赖,避免数据库和对象桶尚未就绪时启动应用;数据库、对象和 bootstrap 仍使用原有持久卷。
  • 中英文 README 改为单文件部署,记录有序重启流程;CI 增加本地构建覆盖配置解析,llmdoc 同步部署和验收边界。

验证

  • pnpm verify、pnpm turbo run build 通过。
  • 两份默认 Compose 解析结果一致,单文件可独立解析,无源码挂载或 build;显式构建覆盖配置通过。
  • 本地 linux/arm64 实际拉取 GHCR 镜像,独立 Compose 项目使用全新空卷首次配对安装成功,/readyz 为 200。
  • 已验证匿名请求拒绝、认证帮助接口、Store 对象上传及完整字节下载。
  • 有序停止、重建服务后,实例身份、Admin SK、配置和对象内容均保留。

已知运行边界

直接同时 restart 应用与数据库可能使应用进入 recovery。整组重启应先完整停止应用,再停止基础服务,最后运行 docker compose up -d;该流程已实测。此次没有修改服务的自动恢复机制,也未验证 AMD64 运行。

本次只修改部署配置、根开发脚本和文档,未修改可发布包,无需 npm 版本提升。

根 Compose 改用与发布清单一致的固定 GHCR 镜像,既有源码部署更新配置后默认改为运行发布镜像;开发者通过 build override 继续构建三个应用服务。同步双语单文件安装说明和 CI 合并检查,避免用户为自托管克隆并编译仓库。
本地实测原 GHCR 0.22.0 不存在,改用已发布的 0.24.0。默认 app 现在等待 PostgreSQL 健康与对象桶初始化完成,既有部署更新 Compose 后启动时序随之变化。记录先停应用再重启基础设施的流程,避免并发重启时进入 recovery。已验证空卷首次安装、鉴权、Store 字节读写和有序重启持久性;verify 与全仓 build 通过。
@Disdjj
Disdjj merged commit a2b0909 into main Sep 18, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant