diff --git a/.gitea/workflows/build.yml b/.gitea/workflows/build.yml deleted file mode 100644 index ae9cc9a..0000000 --- a/.gitea/workflows/build.yml +++ /dev/null @@ -1,91 +0,0 @@ -name: build - -# 前端应用 CI:构建 → 打包 zip → 推 Nexus raw → 通知 projman 建档 -# 触发:push 到 main / 手动 Run workflow -# 链路:clone 源码 -> node 容器 npm ci + npm run build -> 打包 dist 为 zip -> 推 Nexus raw -> 通知 projman 建档 -# 依赖仓库 Secrets:DEPLOY_TOKEN(webhook 鉴权)、NEXUS_USER / NEXUS_PASSWORD(上传 zip 到 Nexus raw) -# 注意:CI 构建后自动建档(status=pending),前端发布仍由用户在「前端发布」Tab 点部署触发 - -on: - push: - branches: [ main ] - workflow_dispatch: - -jobs: - build: - runs-on: ubuntu-latest - container: - image: docker:24 - options: --network infra-infra-net - steps: - - name: 安装 git / curl / zip(alpine) - run: apk add --no-cache git curl zip - - # 内网 Gitea 无法访问 GitHub 拉 actions/checkout,手动 clone 本仓库 - - name: 拉取源码(内网无 GitHub,手动 clone 本仓库) - env: - GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} - run: | - git clone --depth 1 --branch main "http://x-access-token:${GITHUB_TOKEN}@gitea.yunhaixingtong.com/${{ github.repository }}.git" /tmp/src - cp -a /tmp/src/. . - rm -rf /tmp/src - # 取提交备注首行,脱去换行/双引号/反斜杠(避免破坏 webhook JSON),截断到 200 字符 - COMMIT_MSG=$(git log -1 --pretty=%s | tr '\n' ' ' | sed 's/["\\]/ /g' | cut -c1-200) - echo "COMMIT_MSG=${COMMIT_MSG}" >> "$GITHUB_ENV" - - # 前端构建:起独立 node 容器(通过 docker.sock 调宿主 dockerd) - # node:20 镜像预装 npm,npm ci 按 lockfile 安装依赖 - - name: 构建前端(node 容器) - run: | - set -e - docker rm -f frontbuild 2>/dev/null || true - docker run -d --name frontbuild -w /build node:20 sleep 3600 - docker cp "${PWD}/." frontbuild:/build/ - docker exec frontbuild sh -c ' - set -e - cd /build - if [ -f .npmrc ]; then sed -i "/SASS_BINARY_PATH/d" .npmrc; fi - npm ci - npm run build - ' - echo "=== dist 产物 ===" - docker exec frontbuild sh -c 'ls -la /build/dist/ | head -20' - # 从容器 cp dist 到宿主工作目录 - docker cp frontbuild:/build/dist ./dist - docker rm -f frontbuild - echo "BUILD CHECK OK" - - # 打包 dist → zip(进入 dist 目录打包,zip 根目录直接是 html/css/js 文件) - - name: 打包产物 - run: | - TAG=$(echo "$GITHUB_SHA" | cut -c1-8) - ZIP_FILE="userbase-front-${TAG}.zip" - cd dist && zip -r "../${ZIP_FILE}" . && cd .. - echo "ZIP_FILE=${ZIP_FILE}" >> "$GITHUB_ENV" - echo "TAG=${TAG}" >> "$GITHUB_ENV" - ls -la "${ZIP_FILE}" - - # 上传到 Nexus raw 仓库 - - name: 上传产物到 Nexus - env: - NEXUS_USER: ${{ secrets.NEXUS_USER }} - NEXUS_PASSWORD: ${{ secrets.NEXUS_PASSWORD }} - run: | - set -e - NEXUS_URL="http://nexus.yunhaixingtong.com:8081/repository/front-hosted/${ZIP_FILE}" - # -f:HTTP >=400 时 curl 以非零退出,仓库不存在/认证失败必须让 job 变红,否则建档的是不存在的 URL - curl -sSf -X PUT \ - -u "${NEXUS_USER}:${NEXUS_PASSWORD}" \ - --upload-file "${ZIP_FILE}" \ - "${NEXUS_URL}" - echo "NEXUS_URL=${NEXUS_URL}" >> "$GITHUB_ENV" - echo "uploaded to ${NEXUS_URL}" - - # 通知 projman:webhook 收到后建档(type=front, status=pending),部署由用户在「前端发布」Tab 手动触发 - - name: 通知 projman 建档 - run: | - set -e - curl -sSf -X POST "http://192.168.10.160:8090/projman/api/deploy/webhook" \ - -H "Content-Type: application/json" \ - -H "X-Deploy-Token: ${{ secrets.DEPLOY_TOKEN }}" \ - -d "{\"app\":\"userbase\",\"front\":\"front\",\"tag\":\"${TAG}\",\"sha\":\"${GITHUB_SHA}\",\"message\":\"${COMMIT_MSG}\",\"nexusUrl\":\"${NEXUS_URL}\"}" diff --git a/.gitea/workflows/deploy.yml b/.gitea/workflows/deploy.yml deleted file mode 100644 index bb6ec9f..0000000 --- a/.gitea/workflows/deploy.yml +++ /dev/null @@ -1,95 +0,0 @@ -name: deploy-userbase-front - -# 前端部署(方案 B:不打包镜像,直接部署静态文件 + 软链接版本控制) -# 触发:push 到 main(已启用仓库 Actions,push 自动部署)/ 手动 Run workflow -# 核心:vite build --mode prod -> dist/prod -# -> 拷贝到 /data/www/userbase/releases// -# -> 原子切换 /data/www/userbase/front 软链接指向新版本 -# -> 保留最近 5 个版本,更早自动清理(秒级回滚) -# 不再构建/推送 nginx 镜像;Caddy 已改为 file_server(root=/srv/userbase=/data/www/userbase)。 -# 依赖:160 宿主的 docker daemon(runner 已挂 docker.sock),且 runner valid_volumes 已放行 /data/www/**。无需 NEXUS secret。 - -on: - # 仅手动触发(2026-09-10):push 自动部署已归一到 build.yml -> Nexus -> projman「前端发布」通道。 - # 两条都挂 push 时,同一仓库会并发起两个 job 抢同名构建容器,互相 docker rm -f 致 exit 137, - # 且同一次提交被部署两遍。需要直连宿主软链部署时,在 Actions 里手动 Run workflow 即可。 - workflow_dispatch: - -jobs: - build-and-deploy: - runs-on: ubuntu-latest - # docker:24 自带 docker CLI,复用宿主 docker daemon(act_runner v0.6.1 已挂载 docker.sock)。 - # 切勿再声明 volumes: docker.sock(会报 Duplicate mount point)。 - container: - image: docker:24 - steps: - - name: Install git (alpine) - run: apk add --no-cache git - - # 内网 Gitea 无法访问 github.com 拉取 actions/checkout,改为直接 clone 本仓库 - - name: Checkout (manual, internal Gitea) - run: | - git clone --depth 1 --branch main http://192.168.10.160:3000/${GITHUB_REPOSITORY}.git /tmp/src - cp -a /tmp/src/. . - rm -rf /tmp/src - - # 构建 + 部署:在 node:20 容器里完成(源码经 docker cp 传入,并挂载宿主 /data/www/userbase) - - name: Build & Deploy (symlink versioning) - run: | - set -e - # 版本号:short sha + 时间戳(可改为 git tag 优先,见下) - VERSION="$(echo ${GITHUB_SHA} | cut -c1-7)-$(date +%Y%m%d-%H%M)" - echo "Deploying version: $VERSION" - - # 构建容器名必须全局唯一:runner 挂宿主 docker.sock,容器名在整个 daemon 上共享命名空间, - # 与 build.yml 的构建容器同名时会互相 docker rm -f 掉对方容器(exit 137 / SIGKILL)。 - # GITHUB_RUN_ID 实例级唯一,再拼时间戳兜底(手动重跑或未注入时也不撞名)。 - BUILD_CONTAINER="frontbuild-${GITHUB_RUN_ID:-0}-$(date +%s)" - echo "BUILD_CONTAINER=${BUILD_CONTAINER}" - - docker rm -f "$BUILD_CONTAINER" 2>/dev/null || true - docker run -d --name "$BUILD_CONTAINER" \ - -e VERSION="$VERSION" \ - -v /data/www/userbase:/data/www/userbase \ - -w /build node:20 sleep 3600 - - # 源码拷入构建容器(绕过 act 工作区非宿主路径的坑,与 service 的 mavenbuild 一致) - docker cp "${PWD}/." "$BUILD_CONTAINER":/build/ - - docker exec "$BUILD_CONTAINER" sh -c ' - set -e - cd /build - # 去掉 Windows 专用 sass 二进制路径(Linux 容器内该路径无效,否则 build 报错) - # .npmrc 被 gitignore、CI 克隆下来没有它,故仅在存在时才删(缺失不报错) - if [ -f .npmrc ]; then sed -i "/SASS_BINARY_PATH/d" .npmrc; fi - npm ci - npm run build:prod - ' - - # 部署:首次把真实目录 front 迁入 releases/initial 并建软链;之后均为软链替换 - docker exec "$BUILD_CONTAINER" sh -c ' - set -e - cd /build - # ---- 首次初始化:front 当前是真实目录,无法直接 ln -sfn 覆盖 ---- - if [ ! -L /data/www/userbase/front ]; then - mkdir -p /data/www/userbase/releases - mv /data/www/userbase/front /data/www/userbase/releases/initial - # 相对软链:Caddy 容器内 /data/www/userbase 挂在 /srv/userbase, - # 绝对路径在容器内解析不到,必须用相对路径(相对 front 所在目录) - ln -sfn releases/initial /data/www/userbase/front - echo "INIT: front -> releases/initial (保留上线前状态用于回滚)" - fi - - mkdir -p /data/www/userbase/releases/$VERSION - cp -r /build/dist/prod/. /data/www/userbase/releases/$VERSION/ - # 原子切换:front 此时已是软链接,ln -sfn 直接替换指向(必须用相对路径) - ln -sfn releases/$VERSION /data/www/userbase/front - echo "current symlink ->"; ls -la /data/www/userbase/front - # 清理旧版本,保留最近 5 个(initial 也会被计入,最多保留 5 个含 initial) - cd /data/www/userbase/releases - ls -1t | tail -n +6 | while read d; do echo "rm old: $d"; rm -rf "$d"; done - echo "remaining versions:"; ls -1t - ' - - docker rm -f "$BUILD_CONTAINER" - echo "DEPLOY OK: $VERSION"