已经是第三次修正这篇笔记了，希望不用再改了o(╥﹏╥)o

需求

Gitlab 通过 MR 和合并触发构建，MR 的时候只需要运行 CI ，不需要部署，只有合并后才执行部署动作。

解题思路

思路一（失败）

前提：Jenkins 仅追踪 dev 分支的 triggerOnMergeRequest 和 triggerOnPush 事件。

在部署的 stage 上增加条件判断，当触发构建的事件是 MR 时触发 Deploy，如果不是，则跳过。使用 when 语句自带的判断条件 changeRequest() 和 not{}进行判断，代码示例如下：

stage（“Deploy”）{
    when{
        // 结果为 false 才执行
        not{
            // 收到合并请求时，才执行
            changeRequest()
        }
    }
    steps{
        sh "deploy"
    }
}

但实际结果和期望结果完全不一致，如果加了 not{} 则 MR 事件和 PUSH 事件都会触发 Deploy，如果不加not{} 则 MR 事件和 PUSH 事件都不会触发 Deploy。研究了官方文档半天，最终也没能解决。

思路二（成功）

when 语句自带的判断条件中，还有一个 equals 用于对比某个参数的环境变量的值是否为期望值，于是我用 sh "printenv"将 MR 事件和 PUSH 时间的环境变量全部打印了出来，找到几个明显不同的环境变量值，如 gitlabActionType、gitlabSourceBranch等。

然后使用对比进行判断，结果就成功了。

stage（“Deploy”）{
     when{
        // 当 env.gitlabActionType 的值为 PUSH 时，执行
        equals expected: "PUSH", actual: env.gitlabActionType ;
    }
    steps{
        sh "deploy"
    }
}

由于需要考虑另外一个场景——手动构建，需要执行 Deploy，于是我如法炮制，继续对比了环境变量，最终方案如下所示

最终方案

stage('Deploy') {
            when{
                // 以下任何一个值为 True 时，执行
                anyOf{
                    equals expected: "PUSH", actual: env.gitlabActionType ;
                    equals expected: null, actual: env.gitlabActionType ;
                }
            }
            steps {
                sh 'deploy'
            }
        }

拓展

内置条件