避免在与同一GitLab仓库的PR构建中，从“sit”流水线检查构建状态

49次阅读

问题描述

在使用Jenkins时遇到了一个问题。他有两个指向同一Git仓库的Jenkins流水线，一个名为“mainpipeline”，另一个名为“sit”流水线。在“sit”流水线之前，他们的Git Pull Request（PR）构建是从“mainpipeline”检查构建状态的。但是在引入了“sit”流水线之后，由于该流水线也指向同一Git仓库，构建状态开始从“sit”流水线进行检查。用户希望仅从“mainpipeline”检查构建状态，不再从“sit”流水线进行检查。

尽管他尝试在“sit”流水线中禁用构建状态的检查，但有时候生效，有时候不生效。他提供了配置的屏幕截图如下：
避免在与同一GitLab仓库的PR构建中，从“sit”流水线检查构建状态

解决方案

在处理这个问题之前，需要注意一些可能的版本差异和配置细节。以下是几种可能的解决方案，你可以根据情况选择适合的方法。

方案1

根据你提供的信息，似乎目前没有直接禁用GitLab Branch Source插件中构建状态通知的选项。这可能需要自定义插件或其他复杂的解决方法。然而，你可以尝试以下步骤来解决问题：

确认“sit”流水线配置中的构建状态通知已禁用： 你提到在“sit”流水线中禁用了构建状态检查，但是并不总是生效。确保你在“sit”流水线的配置中正确禁用了构建状态通知。
调整触发构建的条件： 如果你希望仅在特定情况下才触发构建状态通知，可以尝试调整触发构建的条件，例如只在特定分支或事件触发时才触发构建状态通知。

方案2

如果你确信已经尝试了禁用构建状态通知的配置，但仍然遇到问题，可以考虑采取另一种方法，即更改代码仓库的检出方式。以下是可能的方法：

使用checkout步骤直接检出代码： 不使用GitLab Branch Source插件，而是使用Jenkins的checkout步骤来直接检出代码。这将绕过插件的构建状态通知逻辑。

以下是一个示例的Jenkinsfile片段，展示了如何使用checkout步骤来检出代码：

pipeline {
    agent any

    stages {
        stage('Checkout') {
            steps {
                script {
                    // 直接检出代码
                    checkout([$class: 'GitSCM', branches: [[name: '*/your-branch-name']], userRemoteConfigs: [[url: 'your-git-repo-url']]])
                }
            }
        }

        // 其他阶段...
    }

    // ...
}

请将上述代码片段集成到你的Jenkins流水线中，并根据实际情况修改分支名和Git仓库URL。

请注意，这种方法将绕过GitLab Branch Source插件的构建状态通知，因此只有在特定分支上触发的流水线才会受到影响。