Jenkinsfile指定Stage合并到master时未执行，条件配置是否有误？

老哥，你的这个Jenkinsfile stage没在master合并后运行，问题确实出在when条件的配置上——核心是changeset这个条件在合并场景下的检测逻辑不符合你的预期。

为什么当前配置不生效？ #

当PR合并到master分支时，Jenkins触发的master分支构建，其变更集默认是对比当前合并提交和上一次master分支构建的提交。而合并提交本身通常只包含合并信息，不会直接展示PR里的文件变更（那些变更已经在PR的分支提交里了）。这就导致changeset 'my-directory/**/*'检测不到任何符合条件的变更，整个allOf条件不满足，stage就不会执行。

两种可行的修复方案 #

方案一：针对PR合并场景直接配置

如果你的Jenkins支持多分支Pipeline和PR触发，可以直接用changeRequest()来精准匹配“合并到master的PR”场景，同时检测PR中的变更：

stage('building & pushing latest image') {
    when {
        allOf {
            // 指定PR的目标分支是master
            changeRequest target: 'master'
            // 检测PR中是否有my-directory下的变更
            changeset 'my-directory/**/*'
        }
    }
    steps {
        // 这里放你的构建和镜像推送步骤
    }
}

这种方式需要确保你已经在Jenkins的多分支Pipeline配置中开启了PR触发，并且合并PR时会触发对应的构建任务。

方案二：用Git命令手动检测变更

如果是直接触发master分支的构建，我们可以绕过Jenkins内置的changeset，用Git命令直接检查合并提交带来的变更：

stage('building & pushing latest image') {
    when {
        allOf {
            expression { env.BRANCH_NAME == 'master' }
            expression { 
                // 检查当前合并提交与上一个master提交之间，my-directory是否有文件变更
                sh(returnStdout: true, script: 'git diff --name-only HEAD^ HEAD | grep -q "my-directory/"').exitStatus == 0 
            }
        }
    }
    steps {
        // 这里放你的构建和镜像推送步骤
    }
}

这个方式更灵活，直接通过Git对比提交差异，确保不会遗漏合并带来的目录变更。

额外检查点 #

别忘了确认你的Jenkins触发配置是否正确：在多分支Pipeline的设置里，要勾选“当分支被推送时触发构建”，确保合并到master时能自动触发Pipeline运行。

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