Дженкинс остановился на использовании GIT_ASKPASS для установки учетных данных. - PullRequest
1 голос
/ 12 мая 2019

Я пытаюсь настроить Jenkins (впервые) на Mac.

Я установил значения по умолчанию и добавил Blue Ocean, из Blue Ocean создал новый конвейер, следуя тому, что у меня былосделать, чтобы подключиться к репозиторию Bitbucket Cloud.

Дженкинс мог перечислить все мои репозитории Bitbucket, а также, когда я перехожу в Bitbucket, кажется, что он добавил ключ SSH ..

enter image description here

Однако, когда бы я ни пытался построить, он доходил до using GIT_ASKPASS to set credentials Bitbucket server credentials и просто никогда не шел дальше.

Единственный способ заставить Дженкинса оформить заказвообще было создать проект свободного стиля и вручную ввести закрытый ключ SSH ...

enter image description here

Однако из того, что я прочитал до сих пор,это Pipeline, который я бы предпочел использовать, поэтому мои шаги по управлению исходным кодом могут быть получены через Jenkinsfile.

При использовании конвейера я просто не могу войти в приватключ где угодно, как я сделал для фристайла, и я понятия не имею, что и как всегда происходит.

Iискал часами, и ничего не помогает.Я установил другие SSH-ключи повсеместно, но ничего не работает.

Есть ли у кого-нибудь совет, как я могу диагностировать (журналы или что-нибудь еще) этот самый первый и самый важный шаг, если я могу клонировать (личное) репо из Bitbucket?

Заранее спасибо или за любую помощь

[ОБНОВЛЕНИЕ - 21 мая 19] Пробовал использовать только git-соединение, а не bitbucket.

Он дал ключ ssh, который я ввел, не работал.Попытался использовать https, где он затем попросил у меня имя пользователя и пароль.

Затем выдается «Проверка учетных данных Git завершилась неудачно с непредвиденной ошибкой. Пожалуйста, попробуйте еще раз.»

[UPDATE2]

Попробовал еще один репозиторий в моем Bitbucketи сначала все заработало!

Должно быть что-то не так с тем, который я пытаюсь использовать.Возможно, потому что у меня нет ветки с именем master (так как я пытался создать новую основную ветку).

Зная это, мы продолжим видеть, что с этим конкретным репо что-то не так

[ОБНОВЛЕНИЕ3]

Я создал основную ветку в репо с проблемами.Затем я создал новый трубопровод (через Голубой океан).Кажется, что нашел и добавил, и когда я перехожу к облачному интерфейсу Bitbucket, я вижу, что Дженкинс добавил новый файл Дженкинса с моим новым шагом в нем.

Вернувшись в Дженкинс, я вижу следующее ...

        Scan Multibranch Pipeline Log
    Started by user Peter C
    [Sat May 25 08:37:44 AWST 2019] Starting branch indexing...
    Connecting to https://bitbucket.org using PC2007/****** (Bitbucket server credentials)
    Repository type: Git
    Looking up {c7e01be7-0e9d-421f-95d2-30fbe43170fa}/myapp for branches
    Checking branch ionic4 from {c7e01be7-0e9d-421f-95d2-30fbe43170fa}/myapp
          ‘Jenkinsfile’ not found
        Skipped
    Checking branch master from {c7e01be7-0e9d-421f-95d2-30fbe43170fa}/myapp
          ‘Jenkinsfile’ found
        Met criteria
    Scheduled build for branch: master
    Checking branch ionic3-master from {c7e01be7-0e9d-421f-95d2-30fbe43170fa}/myapp
          ‘Jenkinsfile’ not found
        Skipped
    Checking branch offline-cache from {c7e01be7-0e9d-421f-95d2-30fbe43170fa}/myapp
          ‘Jenkinsfile’ not found
        Skipped

      4 branches were processed
    Looking up {c7e01be7-0e9d-421f-95d2-30fbe43170fa}/myapp for pull requests

      0 pull requests were processed
    [Sat May 25 08:37:47 AWST 2019] Finished branch indexing. Indexing took 3.1 sec
    Finished: SUCCESS

Наконец-то похоже, что он начинает получать репо, но потом в конце у меня есть ...

                Receiving objects:  81% (6074/7483), 46.18 MiB | 34.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.21 MiB | 35.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.31 MiB | 47.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.39 MiB | 53.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.42 MiB | 56.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.48 MiB | 59.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.51 MiB | 56.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.57 MiB | 53.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.62 MiB | 52.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.68 MiB | 52.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.70 MiB | 46.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.75 MiB | 48.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.78 MiB | 43.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.79 MiB | 39.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.82 MiB | 34.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.87 MiB | 29.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.90 MiB | 33.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.93 MiB | 30.00 KiB/s   
            Receiving objects:  81% (6074/7483), 46.95 MiB | 31.00 KiB/s   
            Receiving objects:  81% (6074/7483), 47.01 MiB | 37.00 KiB/s   


                at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2042)

                at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1761)

                at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$400(CliGitAPIImpl.java:72)

                at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:442)

                at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:655)

                at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1152)

                at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1192)

                at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:120)

                at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:90)

                at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:77)

                at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)

                at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

                at java.util.concurrent.FutureTask.run(FutureTask.java:266)

                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

                at java.lang.Thread.run(Thread.java:745)

            Error cloning remote repo 'origin'

Запустите его снова, и снова, похоже,застрять на

    using GIT_ASKPASS to set credentials Bitbucket server credentials

     > git fetch --no-tags --progress https://bitbucket.org/{myid}/myapp.git +refs/heads/master:refs/remotes/origin/master

(я только что заменил вышеприведенное руководство на myid)

Я действительно не знаю, что этот репо не будет работать там, где другие будут.Единственное отличие состоит в том, что это мое настоящее приложение, там гораздо больше проверок и файлов, но клонирование в любом другом месте с помощью git работает нормально.

[UPDATE4]

Вышеуказанные «Прием объектов», по-видимому, происходили только после того, как истекло время ожидания через 10 минут.

Я загрузил проект в новое хранилище Bitbucket, но это тоже не сработало.Кажется, что работают только очень маленькие тестовые проекты.

Он всегда может подключиться и добавить файл Jenkins, но просто не может проверить мой проект.

Я не вижу регистрации ошибокв любом месте!Он просто висит там без обратной связи о том, что он пытается сделать.

Я также попытался сделать общий конвейер git, но это тоже не сработало.Есть ли способ получить более подробную информацию о том, что происходит под капотом?

[ОБНОВЛЕНИЕ5]

Я загрузил репозиторий проблем другому провайдеру git (gitlab), и я могу клонировать его оттуда через Дженкинс без проблем (это просто сработало сразу).

Итак, проблема, похоже, связана с Bitbucket, который, казалось, работал только для какого-то другого очень маленького тестапроекты.

Все равно было бы интересно узнать, как получить дополнительную информацию в журнале ошибок, чтобы узнать, что на самом деле идет не так, если это возможно?

...