15 Commits

Include renames

Author	SHA1	Message	Date
ops	b2a4eeb2f3	fix(ci): 构建容器名唯一化 + npm 走国内镜像源（避免并发互踩 exit 137）	2026-10-21 06:24:29 +00:00
ops	e83983b41c	ci: apk 源统一走 aliyun（规避 dl-cdn 时段性被拦卡 60s）	2026-10-21 01:37:01 +00:00
chenxing	1a011656ec	ci: apk 源不可达时按可达性自动切换镜像（修复流水线卡死在第一步） ... 现象：10-20 12:18 / 12:19 两轮构建都失败在第一步 apk add： fetch https://dl-cdn.alpinelinux.org/alpine/v3.20/main: Permission denied（每个源卡满 60s） ERROR: unable to select packages: curl (no such package) 后续 clone / 构建 / 打包 / 建档全部被 skip，代码根本没被编译到。 同一时刻本机访问该源是 200，说明是 runner 容器侧网络受限。 改法：装包前用 busybox wget 依次探测 dl-cdn / 阿里云 / 腾讯云 / 华为云， 取第一个可达源替换 /etc/apk/repositories 后再 apk add；四源全不可达则显式报错退出， 不再以 120 秒超时的形式掩盖真实原因。	2026-10-20 14:18:45 +08:00
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
chenxing	bf2d800c63	docs: 注明仓库Actions已启用,push到main自动触发部署	2026-08-10 16:24:16 +08:00
chenxing	4adf38af77	fix: deploy.yml 两处修复 - .npmrc 仅存在时删(被gitignore,CI无此文件); 软链改用相对路径(releases/X)避免Caddy容器内绝对路径断链	2026-08-10 16:16:58 +08:00
chenxing	020911419e	fix: 前端部署方案B修复 - deploy.yml支持首次真实目录迁移到releases/initial再建软链; 删除多余且基于错误假设的caddy-switch.yml(Caddy已是file_server)	2026-08-10 16:06:09 +08:00
chenxing	06ee85cf8d	ci: 前端方案B - 软链接版本化部署(不再打镜像) + caddy-switch 工作流	2026-08-10 15:42:00 +08:00
chenxing	eea881b616	init: UserBaseFront (frontend)	2026-08-10 14:41:13 +08:00