首先明确：你的需求本质是增量构建——仅构建代码有变更（或依赖有变更）的模块，未变更模块直接从Nexus拉取对应版本的产物。这在企业级多模块项目中非常常见，有成熟的实现方案。

核心实现思路 #

1. 基于模块目录的版本策略 #

不要用整个仓库的Git哈希作为所有模块的版本，而是给每个模块分配自身目录的Git提交哈希作为版本号。比如：

• 计算project-bean1的版本：git rev-parse HEAD:project-bean1
• 计算project-a的版本：git rev-parse HEAD:project-a

这样，只有当模块目录内的代码发生变更时，它的版本号才会变化；未变更的模块版本号保持不变，Nexus中已存在对应版本的包，就可以直接拉取复用。

2. Jenkins流水线中的变更检测与构建控制 #

在Jenkins流水线里做以下几步：

• 步骤1：计算每个模块的当前哈希，并对比Nexus中是否存在该版本的包（可以通过Nexus的REST API查询）。
• 步骤2：筛选需要构建的模块：
  • 模块目录有变更（哈希与上一次构建不同）
  • 模块依赖的其他模块版本更新（比如project-a依赖的project-bean1版本变了，即使project-a本身没改，也需要重新构建来引用新的依赖）
• 步骤3：动态更新依赖版本：如果依赖模块的版本变了，用Maven的versions-maven-plugin自动修改上层模块pom中的依赖版本号，确保引用最新的依赖。
• 步骤4：仅构建目标模块：用Maven的-pl <模块路径>参数指定要构建的模块，跳过未变更的模块。

3. Maven配置配合 #

• 在每个模块的pom.xml中，版本号用变量占位（比如${module.git.hash}），通过流水线传入实际计算的哈希值。
• 启用Maven的离线模式（-o）或配置镜像优先从Nexus拉取依赖，避免重复下载。

常见实现案例 #

很多企业内部的多模块项目都采用这种方案，举个简化的Jenkins Pipeline Groovy脚本示例：

// 定义所有模块
def modules = [
    "project-parent": "project-parent/pom.xml",
    "project-bean1": "project-bean1/pom.xml",
    "project-a": "project-a/facade/pom.xml",
    "project-b": "project-b/facade/pom.xml"
]

// 计算每个模块的Git哈希
def moduleHashes = [:]
modules.each { name, path ->
    moduleHashes[name] = sh(
        script: "git rev-parse HEAD:${path.split('/')[0]}",
        returnStdout: true
    ).trim()
}

// 检查Nexus中是否存在对应版本，筛选需要构建的模块
def modulesToBuild = []
modules.each { name, path ->
    def groupId = "com.yourcompany" // 替换为你的groupId
    def artifactId = name
    def version = moduleHashes[name]
    // 调用Nexus API检查包是否存在，这里简化为模拟逻辑
    def exists = sh(
        script: "curl -s -f http://your-nexus-url/repository/maven-releases/${groupId.replace('.','/')}/${artifactId}/${version}/${artifactId}-${version}.jar > /dev/null && echo true || echo false",
        returnStdout: true
    ).trim() == "true"
    
    if (!exists || isModuleChanged(name)) { // isModuleChanged是自定义函数，检测模块目录是否有变更
        modulesToBuild.add(name)
    }
}

// 按依赖顺序构建模块（先parent，再bean1，最后a、b）
def buildOrder = ["project-parent", "project-bean1", "project-a", "project-b"]
buildOrder.each { name ->
    if (modulesToBuild.contains(name)) {
        sh "mvn clean deploy -pl ${modules[name]} -Dmodule.git.hash=${moduleHashes[name]} -DskipTests"
        // 如果是依赖模块，更新上层模块的依赖版本
        if (name == "project-bean1") {
            ["project-a", "project-b"].each { upperModule ->
                sh "mvn versions:set-property -pl ${modules[upperModule]} -Dproperty=project-bean1.version -DnewVersion=${moduleHashes[name]}"
            }
        }
    }
}

注意事项 #

• 确保依赖顺序正确：必须先构建被依赖的模块（比如project-parent→project-bean1→project-a/project-b），否则会出现依赖找不到的问题。
• Nexus权限配置：Jenkins需要有上传/查询Nexus包的权限。
• 缓存策略：可以配合Jenkins的Maven缓存插件，加速依赖下载，避免重复构建未变更模块的依赖。

内容的提问来源于stack exchange，提问作者jvanryn