 Blizzard
|
55b8a697aa
|
ci(gitea): 132 上扁平布局 —— compose 与 .env 同放 $REMOTE_DIR 根
deploy-132 / deploy (push) Successful in 1m45s
之前 scp 到 $REMOTE_DIR/deploy/132-app/ 并在那跑,需 .env 也放深层目录。改为 compose
直接落 $REMOTE_DIR/docker-compose.yml、在 $REMOTE_DIR 根下 up,与用户预放的 $REMOTE_DIR/.env
同级。--no-build 不碰构建上下文,compose 里的相对 build 路径在 132 上无影响。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-18 16:17:48 +08:00 |
|
|
Blizzard
|
84a32023ee
|
ci(gitea): 检出改为从内网 Gitea 克隆,绕开 github.com 拉 actions/checkout
deploy-132 / deploy (push) Failing after 33s
内网 runner 连不上 github.com,actions/checkout@v4 下载 action 时 unexpected EOF。
改用 git init+fetch 从 git.sundynix.cn(同内网必达)拉当前分支,用工作流自带
github.token 认证,不再依赖 github.com。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-18 15:47:33 +08:00 |
|
|
Blizzard
|
05b66399f9
|
ci(gitea): 改为 runner 构建镜像 + save/scp（照 sundynix-site 模式）
之前写成 rsync 源码到 132 本地 build，需要 132 上有全套源码。改回 sundynix-site 的做法：
runner(128) 构建 4 个应用镜像 → docker save 打包 → scp 镜像包 + compose 到 132 →
132 docker load + docker compose up -d --no-build（用预构建镜像，不在 132 上 build）。
于是 132 上只有 docker-compose.yml + .env（+ 临时镜像包），没有源码。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-18 15:17:50 +08:00 |
|
|
Blizzard
|
da0d964054
|
ci(gitea): 部署目录改为 /home/workspace/sundynix-agentix
与 sundynix-site 的 /home/workspace/ 一致(用户实际部署路径)。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-18 15:11:10 +08:00 |
|
|
Blizzard
|
2599936777
|
ci(gitea): push-to-main 自动部署到 132 + 防 GitHub CI 在 Gitea 误跑
- .gitea/workflows/deploy.yml:runner(128) 检出 → rsync 仓库到 132 → 在 132 本地
docker compose up -d --build → 循环 curl :3000/healthz。在 132 构建、132 运行(不拿
4 个大镜像去 128 构建);rsync 排除 .env/node_modules,不覆盖 132 上的密钥。
Gitea secrets:DEPLOY_HOST/DEPLOY_USER/DEPLOY_PASSWORD。
- .github/workflows/ci.yml:6 个 job 加 if !contains(github.server_url,'sundynix.cn'),
Gitea 上只跑 deploy、不误跑 GitHub CI(此前为此把 Gitea 工作流整个关了)。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-18 14:45:24 +08:00 |
|