overview：

多分支工做流程带来了如下几个关键能力：java

在代码仓库中，每一个新分支都有本身单独的工做流水线（job）。
每一个工做流水线都记录了对应分支的构建和变动历史。
能够自定义设置流水线随着分支的删除而删除或修建。
经过重写父属性（若是须要），能够灵活地单独配置分支流水线属性。

Jenkins pipeline-as-code 使您能够在项目/应用程序源代码存储库中维护CI / CD工做流逻辑，而无需在Jenkins中为每一个分支维护其配置。用于构建/测试/部署的流水线代码始终和你的项目/应用程序源代码同步。在仓库中咱们用jenkinsfile对流水线代码进行描述。关于jenkinsfile，其简介及语法可参考官方文档git

do it：

1.jenkins须要安装多分支流水线插件：

首先打开插件中心：jenkins>Manage Jenkins>Manage Pluginsweb

而且安装以下两个插件（有可能已经安装了）：express

2.新建一个多分支流水线项目：

2.1 jenkins>新建Item

2.2 填写项目，代码源相关信息

建立完以后在首页会显示json

建立完成。curl

3.接下来在咱们的项目根目录添加jenkinsfile（如下用已经存在的项目作演示）

而后在Jenkinsfile中编写流水线代码(pipeline代码语法请参考语法，如下为示例gitlab

pipeline {
    options {
        buildDiscarder(logRotator(numToKeepStr: '7', artifactNumToKeepStr: '10', daysToKeepStr: '5'))
        timeout(time: 12, unit: 'MINUTES')
        disableConcurrentBuilds()
    }
    agent {
        label 'master'
    }

    environment {
        JOB_NAME = 'pipeline-demo'
    }

    parameters {
            booleanParam(name: 'FAST_MODE', defaultValue: false, description: '此操做将会跳过单元测试以及代码质量检查。')
    }

    stages {
        stage('pipeline环境准备') {

            steps {
                script {
                    echo "开始构建"
                    if(!env.BRANCH_NAME.startsWith('feature-') && !env.BRANCH_NAME.startsWith('release-')){
                        error("自动构建分支名称必须以feature-或release-开头，当前分支名称为: ${env.BRANCH_NAME}")
                    }

                    if (env.BRANCH_NAME.startsWith('feature-') ) {
                        env.env = "beta"
                    }
                    if (env.BRANCH_NAME.startsWith('release-')) {
                        env.env = "stage"
                    }

                    sh "echo 当前分支 : ${env.BRANCH_NAME}"
                    sh "echo 当前环境 : ${env.env}"
                    sh "echo 当前提交 : ${env.commit}"
                    sh "echo WORKSPACE : ${env.WORKSPACE}"
                    sh "echo GIT_BRANCH : ${env.GIT_BRANCH}"
                    sh "echo BUILD_NUMBER : ${env.BUILD_NUMBER}"
                    sh "echo JOB_NAME : ${env.JOB_NAME}"
                    sh "./mvnw -v"
                    sh "java -version"
                }
            }
        }

        stage("运行测试&收集报告"){
            when{
                expression {
                    params.FAST_MODE == false
                }
            }
           steps{
                script {
                    echo "开始运行测试"
                    sh "./mvnw clean test jacoco:report"
                }
           }
        }

        stage('代码静态检查') {
            when{
                expression {
                    params.FAST_MODE == false
                }
            }
            steps {
                withSonarQubeEnv( installationName: 'sonar_server') {
                    sh './mvnw sonar:sonar'
                }
            }
        }

        stage("检查结果分析") {
            when{
                expression {
                    params.FAST_MODE == false
                }
            }
            steps {
                timeout(time: 1, unit: 'HOURS') {
                    waitForQualityGate abortPipeline: true
                }
            }
        }


        stage("发布应用") {
            steps {
                script {
                    echo "开始发布"
                    sh "curl --location --request POST 'http://0.0.0.0:8080/job/${env.JOB_NAME}/buildWithParameters' \
                        --header 'Authorization: ${env.ecarx_jenkins_auth}' \
                        --form 'env=${env.env}' \
                        --form 'branchname=origin/${env.BRANCH_NAME}'"
                }
            }
        }
    }
}

4.在咱们的代码仓库中添加webhook

以下（示例中使用gitlab，若是是其余仓库，可参考各仓库文档）：单元测试

上图中一系列trigger的多选框，咱们只选push事件，意味着在push的时候触发jenkins构建。以后点击add webhook保存。测试

⚠️：每一个不一样的代码仓库可能webhook地址的组成不一样，因此添加前可查看各个仓库文档。ui

准备就绪。

5.push代码

将带有Jenkinsfile的项目代码push的远程代码仓库，回到jenkins控制台

每当有分支push代码时，都会自动触发Jenkins的自动构建。

从而实现ci/cd。

6.总结：

jenkins能让咱们轻松实现持续集成/持续部署（ci/cd）。ci/cd让咱们实现代码质量内建，ci/cd中最重要的是测试自动化，没有自动化测试的持续集成只是一堆不会带来任何用处的垃圾。咱们在流水线中嵌入测试自动化，代码质量检查来保证咱们的开发质量。流水线可以及时给开发者反馈，这种反馈很是重要，当咱们的流水线失败的时候，咱们须要第一时间修复它，从而断绝错误进一步积累（解决错误最好的时机就是错误出现的那一刻），而不是继续开发别的功能。不然等到失败积累到必定程度，咱们在去修复的时候，须要付出的成本将是更大的。

Jenkins打造多分支流水线指南