删除目录「.gitea/workflows」

.gitea/workflows/build.yml

@@ -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}\"}"

.gitea/workflows/deploy.yml

@@ -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/<version>/
-#       -> 原子切换 /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"