詹金斯管道从不同分支的供应链管理不工作

Question

我在Jenkins的环境中使用管道，该环境已经从SCM配置了管道脚本，然后将groovy文件用于管道中的阶段/作业。此脚本位于主分支中的Bitbucket上。

每次jenkins jobs启动时，它都会调用master branch，它会毫无问题地运行，管道的各个阶段都会运行。

现在，我在bitbucket上创建了一个新分支，并修改了groovy文件以包含更多的步骤（如运行单元测试和其他内容），我希望jenkins使用我指定的分支（我创建的分支）运行该脚本。

问题是，即使我在“分支说明符”中指定了我的分支，jenkins仍然运行主分支。下面是我配置的一些图像
如何指定要在SCM的管道脚本上运行的分支？

Lightweight checkout support not available, falling back to full checkout.
Checking out git [e-mail]/xxxxxx.git into /data/jobs/extractor-pipeline-test-dev/workspace@script to read extractor-dev/Jenkinsfile
Cloning the remote Git repository
Cloning repository [e-mail]:xxxxxx/xxxxxxxxxx.git
 > /usr/bin/git init /data/jobs/extractor-pipeline-test-dev/workspace@script # timeout=10
Fetching upstream changes from [e-mail]:xxxx/xxxxxx.git
 > /usr/bin/git --version # timeout=10
 > /usr/bin/git fetch --tags --progress [e-mail]:xxxxxx/deploy.git +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git config remote.origin.url [e-mail]:xxxxx/deploy.git # timeout=10
 > /usr/bin/git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
 > /usr/bin/git config remote.origin.url [e-mail]:xxxxxxx/deploy.git # timeout=10
Fetching upstream changes from [e-mail]:xxxxx/deploy.git
 > /usr/bin/git fetch --tags --progress [e-mail]:grydev/gp_deploy.git +refs/heads/*:refs/remotes/origin/*
**Seen branch in repository origin/DEVOPS-568-pipeline-ci
Seen branch in repository origin/dev
Seen branch in repository origin/master**
Seen 3 remote branches
 > /usr/bin/git tag -l # timeout=10
Checking out Revision e3270789a8181b26464f878bfccdf39b3fdabcb0 (master)
Commit message: " ....."
 > /usr/bin/git config core.sparsecheckout # timeout=10
 > /usr/bin/git checkout -f e3270789a8181b26464f878bfccdf39b3fdabcb0
 > /usr/bin/git rev-list e3270789a8181b26464f878bfccdf39b3fdabcb0 # timeout=10

这是groovy文件，但groovy文件执行将要部署的代码步骤。它没有运行任何jenkin脚本。其中“master”是要部署的maser代码，而不是部署脚本。

Groovy文件：

def call(body) {

    def config = [:]
    body.resolveStrategy = Closure.DELEGATE_FIRST
    body.delegate = config
    body()

    def artifactName = 'imp'
    def artifactExt = '.war'
    def artifactVersion = '0.0.1'

    def buildPath = 'target/'
    def warFile = artifactName + '-' + artifactVersion + artifactExt
    def warPath = buildPath + warFile
    def warNoVersion = artifactName + artifactExt

    def deployPath = '/var/lib/tomcat8/webapps/'
    def deployFile = deployPath + warNoVersion

    node {
        // Clean workspace before doing anything
        //deleteDir()

        try {

            stage ('Code Checkout') {
                git branch: 'master',
                    credentialsId: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxx',
                    url: 'ssh://[e-mail]/xxxxx/xxxximporter'

Answer 1

我在这里遇到了完全相同的问题，并且尝试了很多次。事实证明，脚本路径中指定的Jenkinsfile只能从git默认url获得，决不能使用我们在分支中指定的分支来构建。

为了避免这种情况，我必须使用多分支管道。。。。

Answer 2

对我来说，上面提到的任何一种方法都没有帮助。

它似乎Git参数插件传递分支作为'起源/

> git fetch --tags --force --progress -- ssh://git@***************/group/repo.git +refs/heads/*:refs/remotes/origin/*
> git rev-parse "refs/remotes/origin/origin/devel^{commit}" # timeout=10
> git rev-parse "refs/remotes/origin/refs/heads/origin/devel^{commit}" # timeout=10
> git rev-parse "refs/heads/origin/devel^{commit}" # timeout=10

我无法将Jenkinsfile与“refs/tags/${TAG}”一起使用。

此外，当“轻量级结账”未被选中时，工作总是失败

Answer 3

问题是，即使Jenkinsfile来自所需的分支，代码检查也是通过“主”分支进行的。原因是代码检查是来自“代码检查阶段”的分支“主人”。更改代码如下：

try {
    stage ('Code Checkout') {
        git branch: 'REQUIRED BRANCH',
            credentialsId: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxx',
            url: 'ssh://[e-mail]/xxxxx/xxxximporter'

另一个更好的选择是提供GIT BRANCH作为Jenkins作业的参数。下面是快照。

更新：这可以通过安装git参数插件来实现。

并在“代码检查”阶段添加以下代码片段，并相应地进行更改。这里"git分支"是从构建传递的参数。

 checkout changelog: false, poll: false, scm: [$class: 'GitSCM', branches: [[name: gitbranch]], doGenerateSubmoduleConfigurations: false,    
extensions: [], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '********', url: '**********']]]