fix(ci): push :dev tag for watchtower + fix staging deploy host to 116 #1889
Reference in New Issue
Block a user
Delete Branch "feat/ci-dev-tag-and-staging-host"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
背景
PR#1888 修复了 build_release_images.sh 的 tag 推送逻辑,但 develop 分支的 build-staging job 仍未推送 Watchtower 监听的
:devtag;同时 staging 已迁移到 116 服务器(116.62.226.203),CI runner(act_runner)运行在 116 本机,原 47 服务器的 SSH 目标已失效(且 116 公网 22 端口未开放)。修改点
1. build-staging 推送
:devtag(Watchtower 触发源).gitea/workflows/ci-pipeline.yml(build-staging / Build and push step)GITHUB_REF_NAME == develop时,EXTRA_TAGS同时包含:develop与:dev两个 tag2. deploy-staging 默认 SSH 目标改为 127.0.0.1:22
.gitea/workflows/ci-pipeline.yml(deploy-staging / Deploy over SSH step)STAGING_SSH_HOST/STAGING_SSH_PORTsecrets 覆盖3. 同步更新健康检查脚本默认值
scripts/ci_staging_healthcheck.shSTAGING_SSH_HOST改为 127.0.0.1、STAGING_SSH_PORT改为 22,并更新顶部注释说明未改动
scripts/ci_staging_deploy.sh未硬编码 IP,无需改动验证
bash -n语法检查:devtag -> Watchtower 自动拉取;deploy 阶段通过本机 SSH 完成 compose pull/up🚀 预览环境已部署
🗑️ 预览环境已清理
PR #1889 已关闭或合并,对应的预览环境已被清理。