Jenkins Job DSL не может принять какие-либо учетные данные SVN, использованные в сценарии начального задания
Я впервые использую Jenkins DSL для создания новых рабочих мест.
Я хочу использовать некоторые учетные данные SVN в одном из них, но независимо от того, что я пробую, начальное задание не может создать новое задание, когда я запускаю его, как только я ввожу учетные данные. Сценарий DSL прекрасно работает без учетных данных SVN.
Это соответствующий фрагмент из моего исходного сценария работы:
scm {
svn {
location(SVN_REPO_URL)
credentials('23498723-hedy-4v73-76565-982734987234')
}
}
Обратите внимание, что я не уверен, что я должен вводить для "учетных данных", поэтому я попробовал идентификационный номер, как вы видите здесь, имя ("jenkins.mycompany/******"), описание ("Jenkins"). Учетные данные SVN "). Я также пытался обернуть каждый из этих параметров в одинарные и двойные речевые метки, скобки, скобки. Я продолжаю получать эту ошибку.
Building on master in workspace D:\data\jenkins\workspace\JobDSL
Disk space threshold is set to :5Gb
Checking disk space Now
Total Disk Space Available is: 28Gb
Node Name: master
Running Prebuild steps
Processing DSL script jobBuilder.groovy
ERROR: (jobBuilder.groovy, line 15) No signature of method: javaposse.jobdsl.dsl.helpers.scm.SvnContext.credentials() is applicable for argument types: (java.lang.String) values: [23498723-hedy-4v73-76565-982734987234]
[BFA] Scanning build for known causes...
[BFA] No failure causes found
[BFA] Done. 0s
Started calculate disk usage of build
Finished Calculation of disk usage of build in 0 seconds
Started calculate disk usage of workspace
Finished Calculation of disk usage of workspace in 0 seconds
Finished: FAILURE
Я не знаю, связано ли это с другой проблемой, которая была у меня несколько дней назад, но я не вижу никакой очевидной связи:
Сценарию Groovy не удается вызвать параметр уведомления Slack из задания Jenkins DSL
Буду признателен за любую помощь.
1 ответ
Учебник, который я использовал, похоже, имел некоторые синтаксические ошибки. Я смог решить эту проблему, изменив мой сценарий, как показано ниже.
scm {
svn {
location(SVN_REPO_URL) {
credentials('23498723-hedy-4v73-76565-982734987234')
}
}
}
И теперь это работает.