Как управление учетными данными работает с Jenkins, подчиненными узлами jenkins и git? - PullRequest
1 голос
/ 09 апреля 2020

Я относительно новичок в Jenkins и работаю над конвейером, который запускает сборку каждого pu sh на наш битовый сервер. У нас был хозяин и раб. Недавно стало ясно, что некоторые зависимости для нашей сборки будет нелегко выполнить на подчиненном (windows 2012 сервер). Я знаю, что правильным решением было бы что-то делать с docker, но я еще недостаточно знаком с ним, и я подумал, что быстрый обходной путь - просто запустить подчиненный узел jenkins с моей рабочей станции, где я знаю, что у меня есть все зависимости были выполнены, а затем выполнили правильную работу с docker позже.

У меня возникла новая проблема: при распределении задания на мою рабочую станцию ​​я получаю следующий журнал ошибок:

using GIT_ASKPASS to set credentials credential_name (credential_label)
Setting http proxy: proxy.proxy.blah
 > C:\Program Files\Git\cmd\git.exe fetch --tags --force --progress -- <http address> +refs/heads/*:refs/remotes/repo_name/* # timeout=10
ERROR: Error fetching remote repo 'repo_name'
hudson.plugins.git.GitException: Failed to fetch from <http_address>
    at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:909)
    at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1131)
    at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1167)
    at com.atlassian.bitbucket.jenkins.internal.scm.BitbucketSCM.checkout(BitbucketSCM.java:203)
    at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
    at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
    at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
    at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
    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)
Caused by: hudson.plugins.git.GitException: Command "C:\Program Files\Git\cmd\git.exe fetch --tags --force --progress -- <http_address> +refs/heads/*:refs/remotes/<repo_name>/*" returned status code 128:
stdout: 
stderr: fatal: Authentication failed for <http_address>

Эта проблема никогда не возникала с другим ведомым устройством, и я не припоминаю необходимости выполнять какие-либо настройки учетных данных для подчиненного устройства. Я подозреваю следующее: я уже выполнил некоторые действия по настройке учетных данных на своей рабочей станции (s sh доступ к серверу bbucket, имя пользователя и т. Д. c. И т. c.). Возможно ли, что мои локальные git конфигурации учетных данных конфликтуют с тем, что запрашивает подчиненный узел Jenkins? Может быть, кто-то, кто лучше понимает, как управляет учетными данными Дженкинс и git, может помочь мне лучше понять ситуацию, чтобы я мог найти решение? В настоящее время я даже не знаю, как go отладить мою проблему.

Заранее спасибо за вашу помощь, и я постараюсь ответить на любые вопросы для разъяснения.

1 Ответ

0 голосов
/ 16 апреля 2020

Возможно ли, что мои локальные git конфигурации учетных данных конфликтуют с тем, что запрашивает подчиненный узел Jenkins

Сначала проверьте ваш git config credential.helper вывод.

Если возвращается «manager», возможно, что Windows Хранилище учетных данных , показанное здесь , имеет неправильное имя пользователя / пароль для доступа к этому хранилищу.

Это предполагает, что вы Агент Jenkins работает на вашей рабочей станции с вашей учетной записью (а не с системной учетной записью Windows)

Вы можете отклонить эти учетные данные и выполнить один раз руководство git fetch, чтобы запросить введите учетные данные и введите правильное имя пользователя / пароль.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...