Chcesz skorzystać z usługi Jenkins Pipeline Git SCM z poświadczeniami?

Śledziłem ten tutorial :

node {
  git url: 'https://github.com/joe_user/simple-maven-project-with-tests.git'
  ...
}

Jednak nie mówi, jak dodać poświadczenia. Jenkins ma określoną sekcję „Poświadczenia”, w której definiuje się użytkownika i przepustkę, a następnie uzyskuje identyfikator do wykorzystania w zadaniach, ale jak mam go używać w instrukcjach Pipeline?

Próbowałem z:

git([url: 'git@bitbucket.org:company/repo.git', branch: 'master', credentialsId: '12345-1234-4696-af25-123455'])

brak szczęścia:

stderr: Host key verification failed.
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Czy istnieje sposób skonfigurowania kredytów w potoku, czy też muszę umieścić klucze SSH w pliku .ssh / Authorized_keys użytkownika Jenkin?

W idealnym świecie chciałbym mieć repozytorium dla zadań potokowych i kluczy repozytorium, a następnie uruchomić Docker Jenkins i dynamicznie dodawać tam te zadania i klucze bez konieczności konfigurowania czegokolwiek w Jenkins Console.

W potoku można użyć następujących elementów:

git branch: 'master',
    credentialsId: '12345-1234-4696-af25-123455',
    url: 'ssh://git@bitbucket.org:company/repo.git'

Jeśli używasz adresu URL ssh, Twoje poświadczenia muszą zawierać nazwę użytkownika + klucz prywatny. Jeśli używasz adresu URL klonowania https zamiast adresu ssh, Twoje poświadczenia powinny zawierać nazwę użytkownika i hasło.

Jawne wyewidencjonowanie przy użyciu określonych poświadczeń

    stage('Checkout external proj') {
        steps {
            git branch: 'my_specific_branch',
                credentialsId: 'my_cred_id',
                url: 'ssh://git@test.com/proj/test_proj.git'

            sh "ls -lat"
        }
    }

Do kasy na podstawie skonfigurowanych poświadczeń w bieżącym zadaniu Jenkins

    stage('Checkout code') {
        steps {
            checkout scm
        }
    }

Możesz użyć obu etapów w jednym pliku Jenkins.

Jeśli chcesz użyć poświadczeń ssh,

  git(
       url: 'git@github.com<repo_name>.git',
       credentialsId: 'xpc',
       branch: "${branch}"
    )

jeśli chcesz użyć danych logowania do nazwy użytkownika i hasła, musisz użyć klonowania http, o czym wspomniano w @Serban.

    git(
       url: 'https://github.com/<repo_name>.git',
       credentialsId: 'xpc',
       branch: "${branch}"
    )

Dodaję ci szybki przykład przy użyciu wtyczki git GitSCM :

    checkout([
        $class: 'GitSCM', 
        branches: [[name: '*/master']], 
        doGenerateSubmoduleConfigurations: false, 
        extensions: [[$class: 'CleanCheckout']], 
        submoduleCfg: [], 
        userRemoteConfigs: [[credentialsId: '<gitCredentials>', url: '<gitRepoURL>']]
    ])

w twoim rurociągu

stage('checkout'){
    steps{
        script{
            checkout
        }
    }
}

Co warto dodać do dyskusji ... to, co zrobiłem, pomogło mi ... Ponieważ potok jest uruchamiany w obszarze roboczym w obrazie dockera, który jest czyszczony przy każdym uruchomieniu. Wziąłem dane uwierzytelniające potrzebne do wykonania niezbędnych operacji na repozytorium w moim potoku i zapisałem je w pliku .netrc. Pozwoliło mi to pomyślnie autoryzować operacje repo git.

withCredentials([usernamePassword(credentialsId: '<credentials-id>', passwordVariable: 'GIT_PASSWORD', usernameVariable: 'GIT_USERNAME')]) {
    sh '''
        printf "machine github.com\nlogin $GIT_USERNAME\n password $GIT_PASSWORD" >> ~/.netrc
        // continue script as necessary working with git repo...
    '''
}

Rozwiązano dla mnie za pomocą

checkout scm: ([
                    $class: 'GitSCM',
                    userRemoteConfigs: [[credentialsId: '******',url: ${project_url}]],
                    branches: [[name: 'refs/tags/${project_tag}']]
            ])