Plusieurs jenkinsfile dans un référentiel

RÉCENTE MISE À JOUR:

Plus tard, j'ai résolu ce problème en utilisant extrait de code suivant:
Si vous voyez la commande dir('servicelayer'), à l'aide de ce déplacer dans le répertoire, l'exécution de la commande git à trouver la différence entre les livraisons et d'élever un drapeau. De cette façon, j'ai réussi 3 Jenkins fichiers dans un référentiel unique.

stage('Validation') {
steps {
        //Moving in to the directory to execute the commands
        dir('servicelayer') {
            script {
                //Using the git command to check the difference between previous successful commit. ${GIT_PREVIOUS_SUCCESSFUL_COMMIT} is an environment variable comes with GIT Jenkins plugin
                //There is a drawback though, if it is the first time you are running this job, this variable is not available and fails the build
                //For the first time i had to use ${env.GIT_COMMIT} itself at both places to pass the build. A hack but worth it for future builds.

                def strCount = sh(returnStdout: true, script: "git diff --name-only ${env.GIT_COMMIT} ${GIT_PREVIOUS_SUCCESSFUL_COMMIT} | grep servicelayer | wc -l").trim()
                if(strCount=="0") {
                    echo "Skipping build no files updated"
                    CONTINUE_BUILD = false
                } else {
                    echo "Changes found in the servicelayer module"
                }
            }
        }
    }

}

VIEILLE RÉPONSE:

Vous pouvez le faire de 2 façons:

a) Configurer votre de favoriser l'emploi par l'ajout de "Comportements Supplémentaires" -> "bureaux de les ignorer s'engage dans certaines région"
Ce comportement vous permettra d'ajouter "dans la liste blanche des régions" ou "liste noire les régions" dont vous ne voulez pas de sondage pour le déclenchement du travail.

b) Écrire un custom shell script pour vérifier les fichiers modifiés pour valider et vérifier l'emplacement. Ce script shell peut ensuite être ajouté à votre Jenkinsfile et Déclarative (ou Script vous pouvez modifier le comportement en conséquence.

Je vous recommande l'option a), car il est plus simple à configurer et à maintenir ainsi. Espérons que cette aide.

Si tout est sous le même référentiel et sous la même direction jenkins va déclencher tous les emplois dans cette branche lorsqu'une demande d'extraction/la validation est faite. Vous pouvez utiliser multibranch pipeline où chaque branche peut contenir différents Jenkinsfile, afin que les travaux de canalisation sera déclenchée lorsque pull request/commit est créé