资源受限环境运行ci/cd需精打细算：压低单次构建资源占用、复用产物、跳过非必要环节；node.js用alpine/slim镜像减体积60%以上，docker启用多阶段构建，go静态编译后打包至scratch或alpine。
资源受限环境（如边缘设备、低配 VPS 或嵌入式节点）运行 CI/CD 流水线时，不能靠堆硬件解决，关键在于“精打细算”：压低单次构建资源占用、复用已有产物、跳过非必要环节。以下配置技巧已在实际轻量级 Runner 场景中验证有效。
精简镜像与构建阶段
基础镜像体积和构建步骤直接决定内存与 CPU 峰值压力。避免使用 full-fat 镜像（如 node:18、ubuntu:22.04），改用更轻量的替代方案：
- Node.js 项目优先用
node:18-alpine或node:18-slim，体积减少 60% 以上，启动更快 - Docker 构建强制启用多阶段：仅 COPY 编译产物和 runtime 依赖，剔除构建工具链（如
npm install --production） - Go 项目静态编译后直接打包至
scratch或alpine，镜像可压至
按需启用缓存与跳过策略
在内存或磁盘空间紧张时，全局缓存可能适得其反。应聚焦高频、高开销环节，且设置明确生命周期：
宝塔Linux面板11.8.1
下载
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
- 对 npm/yarn，用
npm ci --prefer-offline+cache: key: ${{ runner.os }}-node-${{ hashFiles('package-lock.json') }}，只缓存node_modules，不缓存整个~/.npm - Git 克隆时加
--depth=1和--no-tags，跳过历史提交与标签，节省数百 MB 临时空间 - 测试阶段增加条件判断：若代码未修改测试文件（
git diff --name-only ${{ github.event.before }} HEAD -- '**/*.test.*'），直接跳过单元测试
限制并发与资源配额
默认并发常导致 OOM 或 I/O 阻塞。必须显式约束，而非依赖系统自动调度：
- 在 Runner 配置中设
concurrent = 2（而非默认 5+），并为每个 job 设置resources（如memory_limit = "512m",cpu_shares = 512） - CI 配置里用
resource_group（GitLab）或group（GitHub Actions concurrency）隔离高负载任务（如 Docker build），防止单一类型任务占满资源 - Shell 类 Runner 可配合
cgroups v2限制进程组：例如systemd-run --scope -p MemoryLimit=600M -p CPUQuota=50% ./run-ci.sh
适配弱网与离线场景
网络不稳定会放大资源压力（重试、超时、重复拉取）。需把“网络依赖”转为“本地就绪”：
- 所有依赖源切换至国内镜像：
NPM_CONFIG_REGISTRY=https://r.cnpmjs.org、MAVEN_MIRROR_URL=https://maven.aliyun.com/repository/public - 预置常用基础镜像到本地 registry（如
registry.local:5000/node:18-alpine），构建时用FROM registry.local:5000/node:18-alpine - 对关键工具（
jq、yq、curl）打包进自定义基础镜像，避免每次构建都apt install
