这问题我太熟悉了！多分支流水线项目确实没有普通Freestyle项目那种可视化的构建后操作配置面板——因为它的整个CI/CD流程都是通过Jenkinsfile来声明式定义的，所以构建后操作也得写在这个文件里。下面给你几种实用的实现方式：

1. 使用Pipeline的post阶段（标准做法） #

Jenkins Pipeline原生提供了post区块，专门用来定义构建完成后的操作，还能根据构建结果（成功、失败、不稳定等）执行不同逻辑，非常灵活。

举个完整的示例：

pipeline {
    agent any
    stages {
        stage('代码构建') {
            steps {
                echo '正在编译代码...'
                sh './mvnw clean package -DskipTests'
            }
        }
        stage('自动化测试') {
            steps {
                echo '正在运行单元测试...'
                sh './mvnw test'
            }
        }
    }
    post {
        // 不管构建结果如何，始终执行的操作
        always {
            echo '开始归档构建产物...'
            archiveArtifacts artifacts: '**/target/*.jar', fingerprint: true
            junit '**/target/surefire-reports/*.xml' // 解析测试报告
        }
        // 构建成功时执行
        success {
            echo '发送构建成功通知...'
            slackSend channel: '#dev-builds', message: "✅ 构建成功：${env.JOB_NAME} #${env.BUILD_NUMBER}\n查看详情：${env.BUILD_URL}"
        }
        // 构建失败时执行
        failure {
            echo '发送构建失败告警...'
            mail to: 'dev-team@company.com', 
                 subject: "❌ 构建失败：${env.JOB_NAME} #${env.BUILD_NUMBER}", 
                 body: "请查看控制台输出：${env.BUILD_URL}"
        }
        // 构建不稳定（比如测试用例失败）时执行
        unstable {
            echo '发送构建不稳定提醒...'
            slackSend channel: '#dev-builds', message: "⚠️ 构建不稳定：${env.JOB_NAME} #${env.BUILD_NUMBER}\n测试用例有失败，请检查！"
        }
    }
}

2. 用共享库复用构建后操作逻辑 #

如果你的多分支项目有很多重复的构建后操作（比如统一的通知模板、归档规则），可以把这些逻辑抽成共享库（Shared Libraries），这样所有分支的Jenkinsfile都能复用，不用重复写代码。

比如先在共享库中创建一个工具类src/com/company/PostBuildUtils.groovy：

package com.company

// 通用的构建通知方法
def sendBuildNotification(String status) {
    def emoji = status == 'success' ? '✅' : status == 'failure' ? '❌' : '⚠️'
    slackSend channel: '#dev-builds', 
              message: "${emoji} 构建${status}：${env.JOB_NAME} #${env.BUILD_NUMBER}\n详情：${env.BUILD_URL}"
}

// 通用的产物归档方法
def archiveBuildArtifacts() {
    archiveArtifacts artifacts: '**/target/*.jar, **/dist/*.zip', fingerprint: true
}

然后在Jenkinsfile中引入共享库并调用：

// 引入共享库（my-shared-library是你在Jenkins中配置的共享库名称）
@Library('my-shared-library') _

pipeline {
    agent any
    stages {
        // 你的构建、测试阶段...
    }
    post {
        always {
            com.company.PostBuildUtils.archiveBuildArtifacts()
        }
        success {
            com.company.PostBuildUtils.sendBuildNotification('success')
        }
        failure {
            com.company.PostBuildUtils.sendBuildNotification('failure')
        }
        unstable {
            com.company.PostBuildUtils.sendBuildNotification('unstable')
        }
    }
}

3. 调用插件对应的Pipeline步骤 #

如果你之前在普通项目中用了某些构建后操作插件（比如部署到服务器、触发下游项目），几乎所有插件都提供了对应的Pipeline步骤。你可以通过Jenkins的Pipeline Syntax工具生成代码：

• 进入你的多分支项目，点击左侧菜单的「Pipeline Syntax」
• 在「Sample Step」下拉框中选择你需要的插件步骤（比如build用来触发下游项目）
• 填写配置参数，点击「Generate Pipeline Script」
• 把生成的代码复制到Jenkinsfile的post区块中即可

比如触发下游部署项目的示例：

post {
    success {
        build job: '生产环境部署项目', 
              parameters: [string(name: 'BUILD_VERSION', value: env.BUILD_NUMBER)],
              wait: false // 不等待下游构建完成
    }
}

内容的提问来源于stack exchange，提问作者yurii.pitomets