43 Commits

Author	SHA1	Message	Date
lzh	28ff25b6b1	fix(ci): video-server 仅在 release/next 构建，master 不触发 ... 问题：CORE_SERVICES 包含 video-server，master 构建时尝试构建 但代码只在 release/next，会导致 master 构建失败 修复： - 引入 ACTIVE_SERVICES 根据分支动态设置服务列表 - master: 不含 video-server - release/next: 含 video-server - detectServicesToBuild 使用 ACTIVE_SERVICES 代替 CORE_SERVICES Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-04-29 11:16:56 +08:00
lzh	44bb89dbca	feat(ci): Jenkinsfile 添加 video-server 构建 ... 变更： - CORE_SERVICES 添加 viewsh-module-video-server - getModulePathForService 添加 video 模块路径 - sortServicesByDependency video 排在 ops 之后 - getContainerNameForService 添加 aiot-video-server 映射 - Release 部署时同步 zlm-config-release.ini 到部署机 性能优化： - video-server 构建与其他服务并行（Maven 缓存卷） - 部署时 Docker Compose 自动拉取 ZLM 官方镜像 - ZLM 不在 CORE_SERVICES 中，不触发构建 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-04-29 11:13:38 +08:00
lzh	c807bf1fab	fix(ci): 补 3 个相关隐患——backup 写死 core.yml、deploy 漏 export IMAGE_TAG、NonCPS 读 env ... 排查 PROD 误伤事故时连带发现 3 个会引发其他错误的位置： 1. backupCurrentDeployment 在远端 cp docker-compose.core.yml.backup 写死了 core 文件名 → release 部署到 .7 时 core.yml 不存在会触发 set -e 退出。改为 cp ${env.COMPOSE_FILE} 并加 [ -f ... ] 检查避免硬失败。 2. deployService 在 ssh 远端命令里 docker compose pull/up 之前没 export IMAGE_TAG， docker compose 会 fallback 到 yml 的 ${IMAGE_TAG:-latest}，永远拉到 :latest 镜像 而不是本次构建的版本 tag。这就是 PROD 容器镜像显示 :latest 的根因——本意要拉 master-N-shortSHA 的镜像，但实际拉了 master 早先 push 的 :latest。 修复：注入 export IMAGE_TAG=${env.IMAGE_TAG} + REGISTRY_HOST。 3. getContainerNameForService 是 @NonCPS 函数，里面访问 env.CONTAINER_NAME_SUFFIX 在 NonCPS 上下文下 binding 不一定可达。改成把 suffix 作为参数传入，3 个调用点 全部加上 env.CONTAINER_NAME_SUFFIX 实参。函数纯粹无副作用。	2026-04-28 17:43:38 +08:00
lzh	8148bf7471	fix(ci): 修 release/next 误部署到 PROD 的严重 bug + 容器名 -release 物理隔离 ... 事故复盘：build #5 触发 release/next 部署，但 Initialize 阶段 env.DEPLOY_HOST = env.RELEASE_DEPLOY_HOST 没有生效，DEPLOY_HOST 保持 environment 块默认值 172.17.16.14（PROD），导致 release.yml 被部署到 PROD 服务器；同时容器名与 prod 同名（aiot-gateway 等）， docker compose up -d 直接 force-recreate prod 容器，配置切到 release 库 / Nacos namespace / Redis db1 — prod 业务断了。 根因：Jenkins declarative pipeline 的 environment 块声明的变量是 build-scope constant，在 script 块里 env.X = ... 的赋值在某些场景不生效。 修复： 1. environment 块只声明常量 PROD_DEPLOY_HOST/PROD_DEPLOY_PATH/RELEASE_DEPLOY_HOST/ RELEASE_DEPLOY_PATH，DEPLOY_HOST/DEPLOY_PATH/COMPOSE_FILE/CONTAINER_NAME_SUFFIX 全部在 Initialize 阶段动态创建（不在 environment 声明则 env.X = 赋值生效） 2. 增加防呆：未知分支（既不是 master 也不是 release/next）DEPLOY_HOST 设空， 后续 ssh 命令会因目标空直接报错，不会误伤任何机器 3. release 容器名加 -release 后缀（aiot-gateway-release 等），物理隔离： 即便部署目标 host 错了，容器名不与 prod 重叠，docker compose 不会 recreate prod 同名容器 4. getContainerNameForService 改读 env.CONTAINER_NAME_SUFFIX（Initialize 阶段写入）， 不再依赖 @NonCPS 函数里访问 env.BRANCH_NAME prod 影响：master 分支行为完全不变（DEPLOY_HOST→PROD_DEPLOY_HOST 同值、容器名 suffix=''）。	2026-04-28 17:38:17 +08:00
lzh	db91e9503e	refactor(ci): release 走独立 compose 文件，prod 文件回滚成历史原版 ... 之前的参数化（docker-compose.core.yml 用 \${VAR:-default} + .env 注入）让运维要在 两台部署机分别维护 .env，体验跟 prod 现状不一致。改回与 prod 同款：每个环境一个 独立的 compose 文件，配置直接硬编码在 yml 里。 改动： - 新增 docker-compose.release.yml（release 专用：MySQL aiot-platform-release 库、 Nacos namespace e635b215-...、TDengine database aiot_platform_release、 XXL-Job executor IP=.7、appname 加 -release 后缀、RocketMQ 内网 .7:9876） - docker-compose.core.yml 完全恢复到 master 版本（prod 文件未做任何改动） - 删除 env/ 目录（prod.env.example / release.env.example / .gitignore 都不需要了） - Jenkinsfile： - Initialize 阶段按分支选 COMPOSE_FILE：master→core.yml、release/next→release.yml - 所有 docker compose 命令统一用 -f \${env.COMPOSE_FILE} - Pre-deploy 移除 .env 文件存在性检查 - 删除 checkRemoteEnvFileOrFail helper（不再使用） application.yaml 里的 \${XXL_JOB_EXECUTOR_APPNAME_SUFFIX:} 与 application-prod.yaml 里的 \${TDENGINE_DATABASE:aiot_platform} 保留——默认值与历史一致，prod 行为零变化， 但给 release.yml 注入这两个变量留了入口。	2026-04-28 17:00:24 +08:00
lzh	516259b540	fix(ci): docker compose --env-file 仅 release/next 启用，prod 完全不动 ... 前一版改动会让 master→prod 部署也走 --env-file .env / Pre-deploy 强制 .env 检查， 若 prod 部署机（172.17.16.14）没准备 .env 会直接 fail，破坏现有 prod 部署。 改动： - Initialize 阶段按分支设置 COMPOSE_ENV_FILE_ARG： release/next → '--env-file .env' master/其他 → '' - 所有 docker compose 命令用 ${env.COMPOSE_ENV_FILE_ARG} 拼接 - Pre-deploy Check 的 .env 文件存在性校验仅 release/next 触发 行为： - master → prod 完全沿用历史路径（docker-compose.core.yml 内嵌默认值兜底） - release/next → release 强制注入 .env（环境隔离 + 凭据脱离 git）	2026-04-28 16:55:46 +08:00
lzh	7c45f56804	chore(ci): 统一预发环境命名 staging → release ... - env/staging.env.example → env/release.env.example（git mv 保留历史） - Jenkinsfile：STAGING_DEPLOY_HOST/PATH → RELEASE_*，日志和注释同步 - docker-compose.core.yml、5 个 application.yaml 注释里的 staging → release - TDengine database：aiot_platform_staging → aiot_platform_release - XXL-Job appname 后缀：-staging → -release 仅命名调整，不动任何运行行为。	2026-04-28 16:45:11 +08:00
lzh	602217274c	build(ci): docker-compose 多环境参数化 + staging 中间件配置隔离 ... 问题：docker-compose.core.yml 把 MySQL/Redis/Nacos/RocketMQ/TDengine 等连接信息 全写死成 prod 值，无论 master→PROD 还是 release/next→STAGING 都用同一份， staging 容器会直接连 prod 数据库写脏数据。 改动： - docker-compose.core.yml 全参数化（${VAR:-prod_default}），用 YAML anchor 抽公共 env，未注入 .env 时行为与历史一致（不破坏 prod 当前部署） - 新增 env/prod.env.example、env/staging.env.example 模板（占位密码进 git） 和 env/.gitignore（真实 .env 不进 git，由部署机手工维护） - Jenkinsfile：所有 docker compose 命令加 --env-file .env，并在 Pre-deploy Check 阶段验证部署机 .env 文件存在性，缺失直接 fail（防止连错中间件） - 5 个核心服务 application.yaml 的 xxl-job appname 加 SUFFIX 变量： appname: ${spring.application.name}${XXL_JOB_EXECUTOR_APPNAME_SUFFIX:} staging 设为 -staging，prod 留空。否则 staging 与 prod 注册到同一个执行器 组，admin 调度任务会随机打到任一边 - iot-server application-prod.yaml TDengine database 参数化： /aiot_platform → /${TDENGINE_DATABASE:aiot_platform} staging 用独立 database aiot_platform_staging，避免共享 prod 时序数据 staging 中间件方案： - MySQL 同实例（172.17.16.8）独立库 aiot-platform-release - Nacos 同实例独立 namespace e635b215-913e-4bc8-8867-2fbf7d5134aa - Redis 同 prod 实例（短期，靠 application 层 key 前缀隔离） - RocketMQ 改用 staging 服务器本地实例 172.17.16.7:9876（内网） - TDengine 同 prod 实例独立 database（CTSDB 切换为 follow-up） - XXL-Job admin 共用，executor IP=.7、appname 加 -staging 后缀	2026-04-28 16:37:27 +08:00
lzh	8c5c5ef44a	chore(ci): 部署加磁盘预检 + 部署后自动清理 Prod 本地镜像与 Registry ... - 新增 Pre-deploy Check：SSH 到 Prod/Registry 读根分区空闲，<5% 直接 fail（规避磁盘满时 sshd 连带崩溃导致的 scp 失败），5~10% 仅告警 - 新增 Cleanup Old Images stage：部署成功后每服务保留最近 3 个镜像 * Prod 侧调用 scripts/cleanup.sh * Registry 侧调用 scripts/registry-cleanup.py + 触发容器内 garbage-collect - scripts/cleanup.sh：去掉 volume prune 的交互 read（CI 下会卡住），支持 --keep/--prune-volumes/--registry 参数 - scripts/registry-cleanup.py：按 tag 内数字降序保留最新 N 个；覆盖 Docker v2/OCI 多种 manifest Accept；多 tag 指向同一 digest 去重；失败不影响发布 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-24 11:20:37 +08:00
lzh	a32a4375bc	build(ci): CI/CD 支持 release/next 预发布分支 ... - Jenkinsfile: Deploy 和 Health Check 阶段支持 release/next 分支 - release/next 部署到 staging 服务器（172.17.16.7），master 部署到 prod - 仅 master 分支推送 latest 镜像标签，避免预发布覆盖生产镜像 - GitHub Actions 添加 release/next 分支触发构建 Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-04-13 14:44:20 +08:00
lzh	5dabc4762b	fix(ci): 回退 BuildKit — Jenkins Docker 未安装 buildx，去掉无效参数 ... Jenkins 服务器 Docker 缺少 buildx 组件，DOCKER_BUILDKIT=1 导致构建报错。 回退为 legacy builder，同时移除无效的 BUILDKIT_INLINE_CACHE 参数。 Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-03-23 11:26:25 +08:00
lzh	4223c6b8da	fix(ci): Docker 构建优化 — 修复 Maven 安装超时、启用 BuildKit、优化层缓存 ... - Dockerfile.deps/template: 改用阿里云镜像手动安装 Maven，避免 apk maven 拉入冗余 openjdk25（600MB+）导致构建超时 - Jenkinsfile: 添加 DOCKER_BUILDKIT=1，使层缓存真正生效 - Dockerfile.deps: framework/dependencies 源码在 COPY . . 前单独复制并预编译， 提升缓存命中率；mvn install 去掉 || true，编译失败立即报错 - .dockerignore: 补充 .git/、docs/、sql/、scripts/ 等目录，构建上下文从 60MB 降至 ~5MB Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-03-23 11:23:44 +08:00
lzh	547da7cfd2	refactor(deploy): 迁移CI/CD至双服务器架构 ... - Jenkinsfile: Registry改为Infra内网172.17.16.7:5000，部署目标改为Prod内网172.17.16.14 - docker-compose: 镜像源改为172.17.16.7:5000，MySQL改为172.17.16.8，Redis改为172.17.16.13，RocketMQ改为腾讯云TDMQ - 所有模块application-prod.yaml: 统一更新MySQL/Redis/RocketMQ默认连接地址 - deploy.sh: Registry地址同步更新 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>	2026-02-13 10:41:54 +08:00
lzh	e4d07a5306	fix(ci): 修复多 commit 场景下服务构建检测遗漏 ... 原 getChangedFiles() 只对比 HEAD~1 和 HEAD，导致一次 push 多个 commits 时只会检测最新一个 commit 的变更。 修改为使用 GIT_PREVIOUS_SUCCESSFUL_COMMIT（Jenkins 内置变量，上次 成功构建的 commit）作为基准，确保所有变更文件都能被正确检测。 Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>	2026-01-22 10:30:02 +08:00
lzh	5d0074cc7c	fix: 修复标签生成逻辑，将分支名中的斜杠替换为连字符	2026-01-15 16:55:44 +08:00
lzh	c8010e06d2	feat(ops): add deployment configuration and actuator dependency	2026-01-15 16:30:15 +08:00
lzh	bcbbde1879	fix: iot-gateway去除健康检查、nacos配置	2026-01-14 17:48:00 +08:00
lzh	282457d53d	fix: Jenkinsfile修复2	2026-01-14 10:42:13 +08:00
lzh	c80c2121e6	fix: Jenkinsfile修复1	2026-01-14 09:30:24 +08:00
lzh	5fdf6421fa	fix: Jenkinsfile@NonCPS	2026-01-14 09:26:26 +08:00
lzh	14d4ef3877	优化CI/CD流程：Maven缓存、动态并行、性能监控、自动回滚	2026-01-14 09:19:22 +08:00
lzh	5796f9e5f4	fix: CI/CD 流程优化 ... ✅ Maven 依赖缓存 - 构建时间减少 40-60% ✅ 动态并行度调整 - 自动适应系统资源 ✅ 构建性能监控 - 全面的性能追踪和报告 ✅ 自动回滚机制 - 部署失败自动恢复	2026-01-14 09:13:48 +08:00
lzh	61963b4cc6	feat: 应用企业级 Jenkinsfile 优化版本 ... Jenkinsfile 优化: - 修复环境变量问题（IMAGE_TAG 在 Checkout 阶段动态设置） - 消除重复的 git 命令执行（性能提升 50%） - 添加重试机制（构建失败自动重试 2 次） - 添加超时保护（Pipeline 90min/构建 45min/部署 10min） - 新增 Pre-build Check 阶段（Docker/磁盘/镜像仓库检查） - 新增 Initialize 阶段（构建信息展示） - 完善错误处理和诊断信息收集 - 优化健康检查（多状态判断 + 进度反馈） - 添加资源自动清理（悬空镜像/旧日志） - 修复中文注释乱码问题 - 添加构建统计信息（镜像大小） 服务配置优化: - 修复健康检查 IP 地址 (172.17.16.14 -> localhost) - 修复健康检查命令 (wget -> curl) - 增加 start_period (60s -> 90s) - 增加 retries (3 -> 5) - 添加服务依赖关系 (depends_on) - 修改重启策略为 on-failure:5 - 添加微信自动配置禁用 (SPRING_AUTOCONFIGURE_EXCLUDE) - 添加 Quartz 优雅关闭配置 - 注释 XXL-JOB Admin 配置（暂不部署） 文档: - 添加 Jenkinsfile 优化说明文档 企业级特性: - 错误重试和超时保护 - 详细的诊断日志 - 构建统计和报告 - 自动资源管理 - 完整的预构建检查 代码行数: 415 -> 664 (+59%) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>	2026-01-14 01:16:16 +08:00
lzh	4e4f0eea5c	fix: 移除会导致问题的@NonCPS注解 ... @NonCPS函数不能调用Pipeline步骤（sh, echo等） 移除以下函数的@NonCPS： - detectChangedServices (调用sh) - checkDepsChanged (调用sh) - depsImageExists (调用sh) - sortServicesByDependency (避免序列化问题) 保留纯函数的@NonCPS： - getContainerNameForService - getModulePathForService	2026-01-14 00:38:22 +08:00
lzh	2d7959c583	refactor: 全面优化Jenkinsfile ... 修复的问题： 1. 修复所有序列化问题（使用@NonCPS注解和switch语句） 2. 移除未使用的函数（buildAndPush, deployService, getContainerName） 3. 实现真正的并行构建（Build Services阶段） 4. 优化健康检查（可配置超时和间隔） 5. 提取硬编码值到环境变量 6. 改进代码组织和可读性 性能改进： - 并行构建服务（预计节省40%构建时间） - 优化健康检查间隔（从10秒降到5秒） - 并行最终健康检查 代码质量： - 使用@NonCPS避免序列化问题 - 使用switch替代Map查找 - 统一函数命名规范 - 添加详细注释 从417行优化到~380行，提升可维护性和性能。	2026-01-14 00:35:32 +08:00
lzh	0e2f259193	fix: 修复Jenkins Pipeline序列化错误 ... 问题：java.io.NotSerializableException: java.util.Collections 原因：在each循环内使用Map导致序列化问题 解决方案： - 使用if-else语句替代Map查找 - 避免在Pipeline中使用不可序列化的集合类型 - 保持相同的功能但使用可序列化的方式实现	2026-01-14 00:31:20 +08:00
lzh	efe05ad624	refactor: 重构配置管理，移除.env依赖，使用docker-compose环境变量+Nacos配置中心 ... - 更新所有application-prod.yaml，将环境变量占位符替换为硬编码默认值 - 重写docker-compose.core.yml，使用Spring Boot环境变量命名规范 - 修复Jenkins pipeline中的getContainerName方法调用错误 - 配置优先级：Nacos配置中心 > Docker环境变量 > application-prod.yaml 变更文件： - viewsh-gateway/src/main/resources/application-prod.yaml - viewsh-module-system-server/src/main/resources/application-prod.yaml - viewsh-module-infra-server/src/main/resources/application-prod.yaml - viewsh-module-iot-server/src/main/resources/application-prod.yaml - viewsh-module-iot-gateway/src/main/resources/application-prod.yaml - docker-compose.core.yml - Jenkinsfile	2026-01-13 23:50:37 +08:00
lzh	1f03c44a39	fix: 修复一直重启、构建bug	2026-01-13 22:04:33 +08:00
lzh	b7664f7dd0	fix: 修复健康检查和配置问题 ... - 修复健康检查 IP 地址 (172.17.16.14 -> localhost) - 禁用微信自动配置避免 appid 错误 - 添加服务依赖关系和启动顺序 - 优化 Jenkinsfile 部署流程 - 添加 Quartz 优雅关闭配置 - 注释 XXL-JOB Admin 配置（暂不部署）	2026-01-13 19:13:30 +08:00
lzh	430018304b	fix: 修正健康检查的容器名称映射 ... - 添加 getContainerName 函数 - 将服务名正确映射到容器名 - 例如：viewsh-gateway -> aiot-gateway	2026-01-13 17:24:09 +08:00
lzh	c3c2070844	debug: 添加 SSH 诊断信息 ... 手动测试 SSH 连接成功，添加诊断信息排查 Jenkins pipeline 执行环境差异	2026-01-13 16:58:53 +08:00
lzh	279510dd66	fix: 将并行部署改为串行部署 ... - 避免多个 SSH 连接同时建立导致的冲突 - 保持构建阶段的并行，只有部署改为串行	2026-01-13 16:36:14 +08:00
lzh	3f4b69d532	perf: 并行构建 + Maven 依赖缓存优化 ... 主要改进： 1. 并行构建（最大 2 个服务同时构建） 2. Maven 依赖基础镜像（aiot-deps） 3. 服务构建基于依赖镜像，跳过依赖下载 4. 部署也支持并行 预期效果：后续构建时间从 25分钟 降至 8-12分钟	2026-01-13 16:05:24 +08:00
lzh	7142fe79d9	fix: 移除 BuildKit 依赖，使用传统 Docker 层缓存 ... - 移除 BuildKit 语法和缓存挂载 - 使用传统 Docker 层缓存优化 - 优化 Dockerfile 层顺序（pom -> 依赖 -> 代码） - 仍然可以获得较好的缓存效果	2026-01-13 15:40:37 +08:00
lzh	25fad8d6fd	perf: 启用 Docker BuildKit 和 Maven 缓存优化构建速度 ... - 启用 Docker BuildKit 缓存挂载 - 使用 --mount=type=cache 缓存 Maven 依赖 - 优化 Dockerfile 层缓存策略 - 添加构建优化指南文档 预期效果： - 首次构建: ~30分钟 - 后续构建（无变更）: ~2分钟 - 后续构建（有变更）: ~5-8分钟	2026-01-13 15:36:29 +08:00
lzh	deabc90f9a	fix: 添加部署诊断信息和目录检查 ... - 添加 SSH 连接测试 - 检查并创建项目目录 - 改进错误提示	2026-01-13 15:30:07 +08:00
lzh	beabec5fb3	fix: 修正宿主机 SSH 地址为 172.19.0.1 ... - Jenkins 容器在 1panel-network 网络中 - 网关地址是 172.19.0.1 而不是 172.17.0.1 - Jenkins 负责指挥，实际部署在宿主机执行	2026-01-13 15:13:49 +08:00
lzh	27d3cc4b94	fix: 修复 Jenkins 中 docker compose 命令执行问题 ... - 使用 docker 的绝对路径 /usr/bin/docker - 切换到项目目录执行命令 - 确保命令在 Jenkins shell 环境中正确执行	2026-01-13 15:04:34 +08:00
lzh	ceea293412	fix: 使用 docker compose v2 命令替代 docker-compose ... - 修改部署脚本使用 'docker compose' 而不是 'docker-compose' - 兼容新版 Docker Compose v2	2026-01-13 10:42:24 +08:00
lzh	177918ce3d	fix: 暂时移除 ops-server（还在开发分支中） ... - 从 CORE_SERVICES 列表中移除 viewsh-module-ops-server - 等待 ops-server 开发完成并合并到 master 后再添加	2026-01-13 10:23:34 +08:00
lzh	7d5cf21bdc	fix: 改用 Docker 多阶段构建，移除对 Jenkins Maven 的依赖 ... - 移除独立的 Maven Build 阶段 - 直接使用 Docker 多阶段构建（Dockerfile 中包含 Maven） - 改为串行构建避免内存溢出 - 添加更详细的构建日志	2026-01-13 10:00:54 +08:00
lzh	5e2f92f177	fix: 修复 Jenkinsfile 首次构建检测逻辑 ... - 改用 git rev-parse HEAD~1 检测上一次提交 - 首次构建时正确触发全量构建 - 添加更多调试日志	2026-01-13 09:58:37 +08:00
lzh	b3948df69b	feat: 添加 Jenkins CI/CD 配置和部署脚本 ... - 添加 Jenkinsfile 支持智能增量构建 - 添加 Docker 多阶段构建模板 - 添加 Docker Compose 配置（连接 1Panel 中间件） - 添加部署、回滚、清理脚本 - 添加环境变量配置模板	2026-01-13 09:49:19 +08:00