7 Commits

Include renames

Author	SHA1	Message	Date
admin	df5f5d2cff	ci: update build workflow [skip ci]	2026-09-10 19:43:54 +08:00
chenxing	c1e4603fa4	ci修订：恢复构建容器名唯一化（模板重注入回退修复） ... 远端 4bf8efe 删除整个 .gitea/workflows 目录后，194e761 由 projman 模板重新注入 build.yml，而 projman 的 templates/ci/frontend.yml 仍是固定容器名 frontbuild， 导致 34c2496 的容器名唯一化修复被回退。 runner 挂的是宿主 docker.sock，容器名在整个 daemon 上是共享命名空间，固定名 frontbuild 会在多仓/多条 workflow 并发构建时互相 docker rm -f 掉对方正在构建的 容器，表现为无编译报错的 exit 137（SIGKILL）。 本次仅恢复 build.yml 的容器名为 BUILD_CONTAINER=frontbuild-${GITHUB_RUN_ID:-0}-$(date +%s)， 不引入 deploy.yml（远端已删除，部署通道统一走 build.yml -> Nexus -> projman 前端发布）。	2026-09-10 19:32:49 +08:00
admin	194e76184a	ci: init build workflow [skip ci]	2026-09-10 15:01:43 +08:00
chenxing	4bf8efedbb	删除目录「.gitea/workflows」	2026-09-10 15:01:20 +08:00
admin	12f9771ed5	ci: update build workflow [skip ci]	2026-09-10 14:58:09 +08:00
chenxing	34c2496704	ci修订：构建容器名唯一化+deploy.yml改手动触发（修复 exit 137 互杀）-根因是 runner 挂宿主 docker.sock，容器名在整个 daemon 上是共享命名空间，而 build.yml 与新加的 deploy.yml 都写死固定名 frontbuild，两条又都挂 push 触发：同一次 push 并发起两个 job，各自的 docker rm -f frontbuild 会把对方正在 npm ci/build 的容器直接 SIGKILL 掉，表现为无编译报错的 exitcode 137（2026-09-10 三仓同推即撞，UserBase 两条 run 与 Cms run 全红、Notice 侥幸绿）；改法：两条 workflow 内 BUILD_CONTAINER=frontbuild-${GITHUB_RUN_ID}-${时间戳} 全步引用（run/exec/cp/rm 统一），GITHUB_RUN_ID 实例级唯一、时间戳兜底手动重跑与未注入场景；部署通道收敛：push 自动部署归一 build.yml→Nexus→projman 前端发布，deploy.yml 的 on 去掉 push 只留 workflow_dispatch（需要直连宿主 /data/www/userbase 软链秒级回滚时在 Actions 手动 Run），避免同一次提交被部署两遍；四条 workflow YAML 解析通过、改动 step sh -n 语法通过	2026-09-10 12:16:31 +08:00
admin	47a5184ddc	ci: init build workflow [skip ci]	2026-09-09 18:01:38 +08:00