jenkins pipeline集成nexus核心是打通配置、权限、流程与审计四环节：正确区分hosted（存自研制品）、proxy（缓存中央仓库）、group（统一入口）三类仓库；在pipeline中通过mvn deploy或rest api上传制品；下游环境必须从group仓库拉取指定版本；配套凭据安全托管、版本策略强制、归档与指纹联动缺一不可。
Jenkins Pipeline 集成制品仓库管理，核心是把构建产物（如 JAR、WAR、Docker 镜像）可靠地发布到统一的二进制仓库，并在后续阶段按需拉取。这不是“加个插件就完事”，而是要打通配置、权限、流程和审计四个环节。
明确制品仓库类型与用途
先选对仓库角色，再配 Jenkins：
-
Nexus 或 Artifactory 的 Hosted 仓库：用于存放自己构建发布的正式版（releases）和快照版（snapshots），比如
maven-releases和maven-snapshots - Proxy 仓库：缓存中央仓库（如 Maven Central），加速依赖下载，避免每次构建都外连
-
Group 仓库：把 Hosted + Proxy 合并成一个统一入口（如
maven-public），开发和 Jenkins 只需配置这一个地址
实际项目中，pom.xml 或 settings.xml 中的 <repository></repository> 和 <distributionsmanagement></distributionsmanagement> 必须指向 Group 仓库；而发布动作则明确指向对应的 Hosted 仓库（如 releases 仓库只接受带 -SNAPSHOT 以外的版本号）。
在 Pipeline 中完成制品上传
上传不是靠手动点击，而是写进 Jenkinsfile 的 stage 里。常用方式有两种：
-
Maven 自动部署：在
mvn deploy阶段触发，前提是settings.xml已配置好服务器 ID 和 Nexus 凭据（通过 Jenkins 凭据管理绑定） -
显式调用 Nexus REST API 或 CLI 工具：适合非 Maven 项目（如 Node.js 打包的 tar.gz、Python 的 wheel），用
sh步骤配合curl或nexus-cli上传
示例（Maven 场景）：
stage('Publish to Nexus') {
steps {
withCredentials([usernamePassword(
credentialsId: 'nexus-deploy-creds',
usernameVariable: 'NEXUS_USER',
passwordVariable: 'NEXUS_PASS'
)]) {
sh 'mvn deploy -DskipTests -DaltDeploymentRepository=nexus::default::http://nexus.example.com/repository/maven-releases/'
}
}
}
确保下游环境能稳定拉取
发布只是第一步，关键是要让测试、预发、生产等环境能精准获取指定版本：
- 所有环境的构建或部署脚本，必须从 Nexus 的 Group 仓库拉依赖，不能混用本地
~/.m2或临时下载链接 - 推荐在 Pipeline 中用
sh 'curl -u $USER:$PASS -X GET ...'预检制品是否存在，避免“发布成功但下游找不到”这类静默失败 - Docker 镜像场景下，镜像 push 到 Nexus 的 Docker Hosted 仓库后，K8s YAML 或 Helm Chart 应引用
nexus.example.com:port/myapp:1.2.3这类全路径，而非myapp:1.2.3
配套机制不能少
光有上传下载还不够，真正落地需要三项支撑：
- 凭据安全托管：Nexus 用户名密码/Token 必须存在 Jenkins 凭据系统中，禁止硬编码或写进 Jenkinsfile
- 版本策略强制：Nexus Hosted 仓库开启 “Deployment policy”（如 “Allow redeploy: false”），防止同版本覆盖，保障可追溯性
-
归档与指纹联动：在 Jenkins 中用
archiveArtifacts归档构建产物的同时启用fingerprint:true，这样 Jenkins 能自动记录该制品被哪些构建、哪些部署任务使用过
