Comment charger un fichier groovy et de l'exécuter

J'ai un jenkinsfile tombé dans la racine de mon projet et désirez extraire dans un fichier groovy pour mon pipeline et de l'exécuter. La seule façon que j'ai été en mesure d'obtenir ce travail est de créer un projet distinct et utiliser le fileLoader.fromGit de commande. Je voudrais faire 

def pipeline = load 'groovy-file-name.groovy'
pipeline.pipeline()
InformationsquelleAutor user301693 | 2016-06-13
  1. 70

    Si votre Jenkinsfile et groovy fichier dans un référentiel et Jenkinsfile est chargé de SCM que vous avez à faire:

    Exemple.Groovy

    def exampleMethod() {
    //do something
}

def otherExampleMethod() {
    //do something else
}
return this

    JenkinsFile

    node {
    def rootDir = pwd()
    def example = load "${rootDir}@script/Example.Groovy "
    example.exampleMethod()
    example.otherExampleMethod()
}
    • Les lecteurs, à noter que dans le Groovy, "retour ce" est crucial.
    • il est aussi possible d'appeler des méthodes de la chargé de script sans l'aide de example. tout le temps? En outre, on peut vouloir que le script chargé peut lire et écrire des variables dans le script extérieur. Est-ce possible?
    • non, il n'est pas possible. Afin de travailler avec des variables, vous devez spécifier les arguments de la méthode
    • eh bien en attendant, j'ai trouvé le .& de l'opérateur (par exemple: def exampleMethod = example.&exampleMethod. ça fonctionne assez bien...
    • merci pour l'astuce
    • ouais, j'ai manqué un tas. Et, important: C'est hors de la portée de la fonction
    • qu'est-ce exactement 'ce' retourne? Si ce serait gradle script, il serait de retour d'une instance d'un Projet de classe comme la liaison. Mais dans un simple fichier groovy, je ne pouvais pas comprendre cela.
    • Je reçois NoSuchFileException
    • Qu'est-ce que le ${rootDir} variable, et où/comment est-il créé? Est-elle intrinsèque à Jenkins ou personnalisé? Je suis groovy.lang.MissingPropertyException: No such property: rootDir for class: groovy.lang.Binding.
    • Ok, c'est donc obsolète. Au lieu de ${rootDir}, utilisez ${workspace}, qui est défini par Jenkins. Aussi, assurez-vous de décocher la case "Léger caisse" dans le pipeline de travail de la configuration, ou bien votre .groovy script(s) ne seront pas téléchargés à partir de SCM.
    • Donc, j'ai trouvé une mise en garde -- lors de l'exécution de 2 instances simultanées de la même tâche, Jenkins va ajouter @2 le nom d'espace de travail... cependant, il n'est pas tellement pour le @script annuaire, ce qui signifie que ${workspace}@script/Example.Groovy ne fonctionnera pas lors de l'exécution simultanée des builds.
    • J'ai trouvé une solution: utilisez la ${jenkins_home}/workspace/${job_name}@script/Example.Groovy à la place.

    InformationsquelleAutor Anton Shishkin
  2. 16

    Que vous avez à faire checkout scm (ou d'une autre façon de checkouting code de SCM) avant de faire load.

    • pas sûr que je suivre?
    • Cela suppose que le fichier à charger est dans le SCM.
    InformationsquelleAutor Krzysztof Krasoń
  3. 5

    Merci @anton et @Krzysztof Krasori, Il a bien fonctionné si j'ai combiné checkout scm et la source exacte du fichier

    Exemple.Groovy

    def exampleMethod() {
    println("exampleMethod")
}

def otherExampleMethod() {
    println("otherExampleMethod")
}
return this

    JenkinsFile

    node {
    //Git checkout before load source the file
    checkout scm

    //To know files are checked out or not
    sh '''
        ls -lhrt
    '''

    def rootDir = pwd()
    println("Current Directory: " + rootDir)

    //point to exact source file
    def example = load "${rootDir}/Example.Groovy"

    example.exampleMethod()
    example.otherExampleMethod()
}
    • C'était ce dont j'avais besoin pour permettre à un Jenkins pipeline de SCM pour le travail, maintenant j'ai tous mes constantes et des fonctions centralisées dans une commune Jenkinsfile.commun.Groovy, qui est partagé entre ma libération pipeline et mon test d'intégration pipeline.
    • jenkins.io/doc/pipeline/étapes/workflow-cps/...
    InformationsquelleAutor Mallikarjunarao Kosuri
  4. 4

    Si vous avez pipeline qui charge plus d'un fichier groovy et ceux groovy fichiers aussi faire la part des choses entre eux:

    JenkinsFile.groovy

    def modules = [:]
pipeline {
    agent any
    stages {
        stage('test') {
            steps {
                script{
                    modules.first = load "first.groovy"
                    modules.second = load "second.groovy"
                    modules.second.init(modules.first)
                    modules.first.test1()
                    modules.second.test2()
                }
            }
        }
    }
}

    premier.groovy

    def test1(){
    //add code for this method
}
def test2(){
    //add code for this method
}
return this

    seconde.groovy

    import groovy.transform.Field
@Field private First = null

def init(first) {
    First = first
}
def test1(){
    //add code for this method
}
def test2(){
    First.test2()
}
return this
    InformationsquelleAutor awefsome
  5. 1

    Très utile thread, a eu le même problème, résolu de vous suivre.

    Mon problème était le suivant: Jenkinsfile -> appeler un first.groovy -> appel second.groovy

    Voici ma solution:

    Jenkinsfile

    node {
  checkout scm
  //other commands if you have

  def runner = load pwd() + '/first.groovy'
  runner.whateverMethod(arg1,arg2)
}

    premier.groovy

    def first.groovy(arg1,arg2){
  //whatever others commands

  def caller = load pwd() + '/second.groovy'
  caller.otherMethod(arg1,arg2)
}

    NB: les arguments sont optionnels, les ajouter si vous avez ou laissez-le vide.

    Espère que cela pourrait aide autres.

    InformationsquelleAutor kancio