Quel est l'effet de @NonCPS dans un Jenkins pipeline script

L'exception que vous voyez est en raison de script de sécurité et bac à sable. Fondamentalement, par défaut, lorsque vous exécutez un pipeline de script, il fonctionne dans un bac à sable qui ne permettent l'utilisation de certaines méthodes et de classes. Il y a des façons de mettre en liste blanche des opérations, consultez le lien ci-dessus.

La @NonCPS annotation est utile lorsque vous avez des méthodes qui utilisent des objets qui ne sont pas sérialisables. Normalement, tous les objets que vous créez dans votre pipeline script doit être sérialisable (la raison pour cela est que Jenkins doit être en mesure de sérialiser l'état du script, de sorte qu'il peut être mis en pause et stockés sur le disque).

Quand vous mettez @NonCPS sur une méthode, Jenkins va exécuter l'intégralité de la méthode en une seule fois, sans la possibilité de mettre en pause. Aussi, vous n'êtes pas autorisé à référencer tous les pipelines étapes ou CPS transformé les méthodes de l'intérieur une @NonCPS méthode annotée. Plus d'informations à ce sujet peuvent être trouvées ici.

Comme pour la gestion d'exception: Pas 100% sûr de ce que vous êtes en train de vivre; j'ai essayé ce qui suit, et il fonctionne comme prévu:

@NonCPS
def myFunction() {
    throw new RuntimeException();
}

try {
    myFunction();
} catch (Exception e) {
    echo "Caught";
}

et

@NonCPS
def myFunction() {
    throw new RuntimeException();
}

def mySecondFunction() {
    try {
        myFunction();
    } catch (Exception e) {
        echo "Caught";
    }
}

mySecondFunction();

et enfin:

@NonCPS
def myFunction() {
    throw new RuntimeException();
}

@NonCPS
def mySecondFunction() {
    try {
        myFunction();
    } catch (Exception e) {
        echo "Caught";
    }
}

mySecondFunction();

Tous les travaux d'impression "Pris" comme prévu.