解决合并冲突

.gitea/workflows/build.yml

@@ -1,86 +0,0 @@
-name: build
-
-# Spring Boot 应用 CI（仿 UserBase ci.yml build 阶段 + projman webhook 建档，不含部署）
-# 触发：push 到 main / 手动 Run workflow（可勾选缓存重建）
-# 链路：clone 源码 -> maven 容器构建 jar（复用宿主 m2 缓存）-> docker build -f docker/Dockerfile -> push Nexus -> 通知 projman 建档（部署由运维在 DeployTab 手动触发）
-# 依赖仓库 Secrets：NEXUS_USER / NEXUS_PASSWORD（docker-hosted 推送）/ DEPLOY_TOKEN（webhook 鉴权）
-# 依赖 docker/Dockerfile（由 projman 注入，开发者也可自备——已写则尊重不覆盖）
-# maven 依赖走 http://nexus:8081/repository/maven-public/（infra-infra-net 内容器名直连，匿名可拉公司 yh-* starter）
-
-on:
-  push:
-    branches: [ main ]
-  workflow_dispatch:
-    inputs:
-      cache_bust:
-        description: '构建前清空 maven m2 缓存'
-        required: false
-        default: 'false'
-
-jobs:
-  build-push:
-    runs-on: ubuntu-latest
-    container:
-      image: docker:24
-      options: --network infra-infra-net
-    steps:
-      - name: 安装 git / curl（alpine）
-        run: apk add --no-cache git curl
-
-      # 内网 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"
-
-      # 可选：清空 m2 缓存（仅手动勾选 cache_bust 时）
-      - name: 可选清空 m2 缓存
-        if: ${{ inputs.cache_bust == 'true' }}
-        run: |
-          docker run --rm -v /opt/docker/projman-m2:/root/.m2 alpine sh -c 'rm -rf /root/.m2/*'
-          echo "m2 cache busted"
-
-      # maven 构建：起独立 maven 容器（入 infra-infra-net 用容器名 nexus 直连 maven-public）
-      # 通过 docker.sock 调宿主 dockerd，故 -v 路径按宿主解析；用 docker cp 进出源码/产物
-      # m2 缓存挂宿主固定目录 /opt/docker/projman-m2，跨构建复用依赖
-      # settings.xml 用 profile 方式追加 nexus maven-public 仓库（匿名可拉，不带凭据）
-      # maven 实际产物名 = artifactId-version.jar（随 pom 变，-DfinalName 命令行 property 不可靠覆盖不了），
-      # 故 mvn package 后在容器内 cp 成固定名 app.jar，使 docker cp 与 docker/Dockerfile 的 COPY target/app.jar 绑定
-      - name: 构建 jar（maven 容器，复用宿主 m2 缓存）
-        run: |
-          set -e
-          docker rm -f mavenbuild 2>/dev/null || true
-          docker run -d --name mavenbuild \
-            --network infra-infra-net \
-            -v /opt/docker/projman-m2:/root/.m2 \
-            -w /build maven:3.6.3-jdk-8 sleep 3600
-          docker cp "${PWD}/." mavenbuild:/build/
-          docker exec mavenbuild sh -c "printf '%s' '<settings><profiles><profile><id>nexus-repo</id><repositories><repository><id>nexus-internal</id><url>http://nexus:8081/repository/maven-public/</url><releases><enabled>true</enabled></releases><snapshots><enabled>true</enabled><updatePolicy>always</updatePolicy></snapshots></repository></repositories></profile></profiles><activeProfiles><activeProfile>nexus-repo</activeProfile></activeProfiles></settings>' > /root/.m2/settings.xml"
-          docker exec mavenbuild sh -c 'cd /build && mvn -B -DskipTests clean package'
-          docker exec mavenbuild sh -c 'cd /build/target && cp *.jar app.jar'
-          mkdir -p "${PWD}/target"
-          docker cp mavenbuild:/build/target/app.jar "${PWD}/target/app.jar"
-          docker rm -f mavenbuild
-
-      - name: 构建并推送镜像
-        run: |
-          set -e
-          TAG=$(echo "$GITHUB_SHA" | cut -c1-8)
-          echo "${{ secrets.NEXUS_PASSWORD }}" | docker login nexus:8083 -u "${{ secrets.NEXUS_USER }}" --password-stdin
-          docker build -t "nexus:8083/docker-hosted/userclass-service:${TAG}" -f docker/Dockerfile .
-          docker push "nexus:8083/docker-hosted/userclass-service:${TAG}"
-          echo "TAG=${TAG}" >> "$GITHUB_ENV"
-
-      # 通知 projman：webhook 收到后只建档 Release(status=pending)，部署由运维在 DeployTab 手动触发（App.deployMode=manual）
-      - name: 通知 projman 建档（部署由运维手动触发）
-        run: |
-          curl -sS -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\":\"userclass\",\"tag\":\"${TAG}\",\"sha\":\"${GITHUB_SHA}\",\"message\":\"${COMMIT_MSG}\"}"

.gitea/workflows/ci.yml

@@ -1,11 +1,9 @@
 name: ci-bschclass-service
 
 # 后端标准化 CI：maven 构建 jar -> docker build -> 推 Nexus docker-hosted
-# 触发：push 到 master（本仓库默认分支）/ 手动 Run workflow
+# 触发：push 到 master（本仓库默认分支，代码在根目录）/ 手动 Run workflow
-# ⚠️ 本 workflow 不再负责部署：镜像推完后由 projman 平台接管（DeployTab 选 tag 手动触发部署，
-#    平台负责 compose 渲染 / 配置挂载 / 健康检查 / Caddy 路由）。
 # 依赖仓库 Actions Secrets：NEXUS_USER / NEXUS_PASSWORD（ci-docker 账号，仅 docker-hosted 推送权）
-#   中间件连接由 projman 平台按「infra 勾选」注入容器 env，无需 Secret
+#   中间件密码（redis/mysql/rabbitmq）由 Nacos application-infra.yaml 注入，无需 Secret，也不注入容器 env
 on:
   push:
     branches: [master]
@@ -15,6 +13,10 @@ on:
         description: 'image tag (default = short sha)'
         required: false
         default: 'auto'
+      deploy:
+        description: 'deploy to 160 after build (auto / skip)'
+        required: false
+        default: 'auto'
 
 jobs:
   build-and-push:
@@ -81,4 +83,65 @@ jobs:
         run: docker push nexus:8083/docker-hosted/bschclass-service:${{ steps.meta.outputs.tag }}
 
       - name: Report build
-        run: echo "pushed nexus:8083/docker-hosted/bschclass-service:${{ steps.meta.outputs.tag }} —— 部署请到 projman 平台 DeployTab 手动触发"
+        run: echo "pushed nexus:8083/docker-hosted/bschclass-service:${{ steps.meta.outputs.tag }}"
+
+      # —— 部署阶段（仅在 push 或手动 dispatch deploy=auto 时执行）——
+      # 运行在 160 的 act_runner 上，复用宿主 docker daemon（docker.sock 由 act_runner 自动挂载），
+      # 因此 docker pull / run 直接作用于 160 宿主。
+      - name: Deploy (pull + rollout with rollback)
+        if: github.event_name == 'push' || inputs.deploy == 'auto'
+        run: |
+          set +e
+          IMG=nexus:8083/docker-hosted/bschclass-service:${{ steps.meta.outputs.tag }}
+          echo "deploying $IMG"
+          echo "${{ secrets.NEXUS_PASSWORD }}" | docker login nexus:8083 -u ${{ secrets.NEXUS_USER }} --password-stdin
+          docker pull "$IMG"
+          # 回滚锚：保留当前 bschclass-service:latest（已知良好镜像），再额外打一个时间点标签
+          RB=bschclass-service:rb-$(date +%s)
+          docker tag bschclass-service:latest "$RB" 2>/dev/null || true
+          docker stop bschclass-service 2>/dev/null; docker rm -f bschclass-service 2>/dev/null
+          # bootstrap.yml 默认 nacos.config.enabled=false（本地不连）；CI 必须注入 NACOS_CONFIG_ENABLED=true 才会拉配置
+          # SPRING_PROFILES_ACTIVE=prod 激活生产 profile
+          # namespace/凭据用顶层 SPRING_CLOUD_NACOS_* env（bootstrap 的 ${...} 占位符才能解析到）
+          # ⚠️ 后端有 context-path=/bschclass（application-prod.yml），caddy 用 handle（不剥离 /bschclass 前缀），
+          #    故 CAS 客户端拼出的 service URL 正确包含 /bschclass，登录回跳地址不会丢前缀。
+          docker run -d --name bschclass-service --restart unless-stopped --network infra-infra-net -p 8087:8087 \
+            --add-host sso.yunhaixingtong.com:192.168.10.160 \
+            --memory=1.5g --memory-swap=1.5g \
+            -v /data/logs/bschclass:/app/logs \
+            -e JAVA_OPTS="-Xms512m -Xmx1024m -XX:MaxMetaspaceSize=256m" \
+            -e SPRING_PROFILES_ACTIVE=prod \
+            -e NACOS_CONFIG_ENABLED=true \
+            -e NACOS_ADDR=nacos:8848 \
+            -e SPRING_CLOUD_NACOS_CONFIG_NAMESPACE=6196f0de-a28d-4894-8f10-e2982b57c6bc \
+            -e SPRING_CLOUD_NACOS_USERNAME=yh-reader \
+            -e SPRING_CLOUD_NACOS_PASSWORD=123456 \
+            "$IMG"
+          # 健康检查：context-path=/bschclass 后，context root 为 /bschclass/（无欢迎页返回 404）；
+          # 000 表示应用未起来（端口不通），非 000 即视为已启动。探 /bschclass/ 而非 / 更准确。
+          OK=0
+          for i in $(seq 1 30); do
+            sleep 5
+            CODE=$(curl -s -o /dev/null -w '%{http_code}' http://localhost:8087/bschclass/ 2>/dev/null || true)
+            if [ "$CODE" != "000" ]; then OK=1; break; fi
+          done
+          if [ "$OK" = "0" ]; then
+            echo "!! UNHEALTHY -> rollback to bschclass-service:latest"
+            docker stop bschclass-service 2>/dev/null; docker rm -f bschclass-service 2>/dev/null
+            docker run -d --name bschclass-service --restart unless-stopped --network infra-infra-net -p 8087:8087 \
+              --add-host sso.yunhaixingtong.com:192.168.10.160 \
+              --memory=1.5g --memory-swap=1.5g \
+              -v /data/logs/bschclass:/app/logs \
+              -e JAVA_OPTS="-Xms512m -Xmx1024m -XX:MaxMetaspaceSize=256m" \
+              -e SPRING_PROFILES_ACTIVE=prod \
+              -e NACOS_CONFIG_ENABLED=true \
+              -e NACOS_ADDR=nacos:8848 \
+              -e SPRING_CLOUD_NACOS_CONFIG_NAMESPACE=6196f0de-a28d-4894-8f10-e2982b57c6bc \
+              -e SPRING_CLOUD_NACOS_USERNAME=yh-reader \
+              -e SPRING_CLOUD_NACOS_PASSWORD=123456 \
+              bschclass-service:latest
+            echo "rolled back"; exit 7
+          fi
+          echo "DEPLOY OK: $IMG"
+          docker tag "$IMG" bschclass-service:latest
+          docker ps --format 'table {{.Names}}\t{{.Status}}\t{{.Image}}' | grep bschclass || true

docker/Dockerfile

@@ -1,9 +1,5 @@
-# 由 projman 注入的 Spring Boot 运行镜像（单阶段，jar 预构建）
+# BschClass 后端镜像（基于已构建好的 target/BschClass-0.1.jar）
-# CI 已先 mvn package，并在容器内把产物 cp 成固定名 target/app.jar
+# 构建上下文 = 仓库根目录： docker build -f docker/Dockerfile -t <img> .
-# 构建上下文 = 仓库根：docker build -f docker/Dockerfile .
-# 健康检查依赖 curl（projman 部署用 curl 探 /actuator/health）——应用需含 spring-boot-starter-actuator
-# 时区 Asia/Shanghai；JAVA_OPTS 由 projman 渲染器注入（OOM 退出参数 + MaxRAMPercentage=75（设内存上限时）
-# + 用户自定义参数），未注入时容器内兜底 -Xms512m -Xmx1024m
 FROM eclipse-temurin:8-jre
 
 RUN apt-get update \
@@ -13,7 +9,12 @@ RUN apt-get update \
  && rm -rf /var/lib/apt/lists/*
 
 WORKDIR /app
-COPY target/app.jar /app/app.jar
+COPY target/BschClass-0.1.jar /app/BschClass-0.1.jar
+# 镜像内 application-prod.yml 仅作「nacos 不可达时的兜底默认」；
+# 正常启动由 run-app.sh 从 nacos 拉取线上配置（主 dataId=bschclassmanage.yaml，group=SCHCLASSMANAGE，prod 命名空间）后覆盖。
+COPY docker/application-prod.yml /app/config/application-prod.yml
+COPY docker/run-app.sh /app/run-app.sh
+RUN chmod +x /app/run-app.sh && mkdir -p /data/upload
 
-EXPOSE 10004
+EXPOSE 8087
-ENTRYPOINT ["sh", "-c", "java ${JAVA_OPTS:--Xms512m -Xmx1024m} -Dfile.encoding=UTF-8 -jar /app/app.jar"]
+ENTRYPOINT ["/app/run-app.sh"]

pom.xml

@@ -30,6 +30,14 @@
                 <type>pom</type>
                 <scope>import</scope>
             </dependency>
+            <!-- Spring Cloud Alibaba（Nacos 配置中心，对齐 Boot 2.7） -->
+            <dependency>
+                <groupId>com.alibaba.cloud</groupId>
+                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
+                <version>2021.0.5.0</version>
+                <type>pom</type>
+                <scope>import</scope>
+            </dependency>
         </dependencies>
     </dependencyManagement>
 
@@ -45,10 +53,16 @@
             <artifactId>spring-boot-starter-jdbc</artifactId>
         </dependency>
 
-        <!-- 健康检查：projman 平台探活/compose healthcheck 默认探 {contextPath}/actuator/health -->
+        <!-- Nacos 配置中心（替代 Spring Cloud Config）。Spring Cloud Alibaba 2021.0.5 适配 Boot 2.7 -->
         <dependency>
-            <groupId>org.springframework.boot</groupId>
+            <groupId>com.alibaba.cloud</groupId>
-            <artifactId>spring-boot-starter-actuator</artifactId>
+            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
+        </dependency>
+        <!-- Boot 2.4+ 默认不再处理 bootstrap.yml，需显式引入以继续从 Nacos 拉取配置 -->
+        <dependency>
+            <groupId>org.springframework.cloud</groupId>
+            <artifactId>spring-cloud-starter-bootstrap</artifactId>
+            <version>3.1.8</version>
         </dependency>
 
         <dependency>

src/main/resources/application.yml

@@ -1,9 +1,4 @@
 spring:
-  application:
-    name: bschclassmanage
-  # 本地默认 local（纯走本文件）；线上由平台注入 SPRING_PROFILES_ACTIVE=prod（容器 env）
-  profiles:
-    active: ${SPRING_PROFILES_ACTIVE:local}
   mvc:
     date-format: yyyy-MM-dd HH:mm:ss
   servlet:

src/main/resources/logback-spring.xml

@@ -16,8 +16,8 @@
         <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
             <file>/app/logs/app.log</file>
             <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
-                <fileNamePattern>/app/logs/app.%d{yyyy-MM-dd}.log.zip</fileNamePattern>
+                <fileNamePattern>/app/logs/app.%d{yyyy-MM-dd}.log</fileNamePattern>
-                <maxHistory>60</maxHistory>
+                <maxHistory>30</maxHistory>
                 <totalSizeCap>5GB</totalSizeCap>
             </rollingPolicy>
             <encoder>