Конвейер Jenkins с развертыванием веб-приложений Azure

Question

Я пытаюсь опубликовать наше веб-приложение в Azure с помощью конвейера Jenkins и подключаемого модуля Azure Webapp Deployment .Я не могу заставить его работать.Странно то, что я даже не получаю приличного сообщения об ошибке.Мой Jenkinsfile содержит следующие

stage("Publish to Azure") {
    steps {
        azureWebAppPublish ([
            appName: "xxx", 
            azureCredentialsId: "xxx", 
            publishType: "file", 
            resourceGroup: "xxx", 
            sourceDirectory: "docs/export"
        ])
    }
}

Запуск развертывания веб-приложения Azure

Клонирование репозитория xxx.git

C: \ Program Files \ Git \ bin \ git.exe init D: \ Jenkins \ workspace \ xxx # timeout = 10

Извлечение исходящих изменений из xxx

C: \ Program Files \ Git \ bin \ git.exe --version # timeout =10

с использованием GIT_ASKPASS для установки учетных данных

C: \ Program Files \ Git \ bin \ git.exe fetch --tags --progress xxx.git + refs /head / :refs / remotes / origin /

C: \ Program Files \ Git \ bin \ git.exe config remote.origin.url xxx.git # timeout = 10

C: \Program Files \ Git \ bin \ git.exe config --add remote.origin.fetch + refs /heads / : refs / remotes / origin / # timeout = 10

Просмотр ветки впроисхождение хранилища / master

Видел 1 удаленную ветку

C: \ Program Files \ Git \ bin \ git.exe config core.sparsecheckout # timeout = 10

C: \Program Files \ Git \ bin \ git.exe checkout -f master

А потомНеисправность конвейера без явной ошибки ... Есть идеи?

РЕДАКТИРОВАТЬ: Когда я открываю саму работу, она показывает следующее:

java.lang.NullPointerException
    at hudson.FilePath.isAbsolute(FilePath.java:304)
    at hudson.FilePath.glob(FilePath.java:1807)
    at hudson.FilePath.access$1900(FilePath.java:208)
    at hudson.FilePath$31.invoke(FilePath.java:1788)
    at hudson.FilePath$31.invoke(FilePath.java:1785)
    at hudson.FilePath.act(FilePath.java:1020)
    at hudson.FilePath.act(FilePath.java:998)
    at hudson.FilePath.list(FilePath.java:1785)
    at hudson.FilePath.list(FilePath.java:1769)
    at hudson.FilePath.list(FilePath.java:1754)
    at com.microsoft.jenkins.appservice.commands.GitDeployCommand.copyAndAddFiles(GitDeployCommand.java:267)
    at com.microsoft.jenkins.appservice.commands.GitDeployCommand.execute(GitDeployCommand.java:100)
    at com.microsoft.jenkins.appservice.commands.GitDeployCommand.execute(GitDeployCommand.java:53)
    at com.microsoft.jenkins.azurecommons.command.CommandService.runCommand(CommandService.java:88)
    at com.microsoft.jenkins.azurecommons.command.CommandService.execute(CommandService.java:96)
    at com.microsoft.jenkins.azurecommons.command.CommandService.executeCommands(CommandService.java:75)
    at com.microsoft.jenkins.azurecommons.command.BaseCommandContext.executeCommands(BaseCommandContext.java:77)
    at com.microsoft.jenkins.appservice.WebAppDeploymentRecorder.perform(WebAppDeploymentRecorder.java:203)
    at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80)
    at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:67)
    at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution$1$1.call(SynchronousNonBlockingStepExecution.java:49)
    at hudson.security.ACL.impersonate(ACL.java:290)
    at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution$1.run(SynchronousNonBlockingStepExecution.java:46)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)

Заранее спасибо!Привет

Answer 1

Я нашел проблему.filePath является обязательным полем.Исправлено с помощью:

        stage("Publish to Azure") {
            steps {
                azureWebAppPublish appName: "xxx",
                    azureCredentialsId: "xxx",
                    publishType: "file",
                    filePath: "**/*.*",
                    resourceGroup: "xxx",
                    sourceDirectory: "xxx"
            }
        }

Исключение было исправлено, как вы можете видеть здесь