Comment puis-je obtenir erreurs pour se propager dans le TeamCity PowerShell runner

J'ai un TeamCity 7 Configuration de Build qui est à peu près seulement, l'invocation d'un .ps1 script à l'aide de divers TeamCity Paramètres.

J'espérais que peut-être une simple question de réglage:

Script

Fichier
Fichier De Script

%système.teamcity.construire.workingDir%/Script.ps1
L'exécution du Script en mode

Exécuter .ps1 script avec "Fichier" argument
Les arguments du Script

%système.teamcity.construire.workingDir% -OptionB %BuildConfigArgument% %BuildConfigArg2%

Et alors je m'attends à:

si je le rate mes arguments et le script ne démarre pas, l'échec de la construction
si mon Script.ps1 script lance, l'échec de la construction
Si le script exits avec un non-0 Niveau d'Erreur je veux le Construire à l'Échec (peut-être que ce n'est pas idiomatique PS erreur de gestion de cas .ps1 seulement fait état de la réussite par l'absence d'exceptions?)

La question: Il ne fonctionne tout simplement pas. Comment est-il censé fonctionner? Est-il quelque chose que je suis en train de faire radicalement faux que je peux le résoudre en choisissant différentes options?

InformationsquelleAutor Ruben Bartelink | 2012-07-25

30

Que doc avait dans l'amicale TeamCity manuel:

Paramètre d'Erreur Sortie de Error et l'ajout de construire condition d'échec

Dans le cas où des erreurs de syntaxe et les exceptions sont présents, PowerShell écrit dans stderr. Pour faire de TeamCity échec de la construire, ensemble d'Erreur de l'option de Sortie d'Erreur et ajouter une accumulation de la condition d'échec qui ne manquera pas de le construire sur une erreur de sortie.

Clés de la réalisation de ce travail consiste à changer deux par défaut:
1. Au plus haut niveau dans le Construire les Conditions d'Échec, interrupteur sur un message d'erreur est consigné par construire coureur:
2. Dans le [PowerShell] Étape de génération, Show advanced options et définissez sortie d'Erreur: Erreur
~~9.1 les ouvrages suivants (je ne serais pas surpris si cela fonctionne pour les versions antérieures trop):~~

créer une PowerShell Étape de génération avec les options par défaut

modifier la liste déroulante à-dire Script: code Source

Ajouter un trap { Write-Error "Exception $_" ; exit 98 } en haut du script

(Facultatif mais plus correct de l'OMI pour le genre de script qui est approprié pour l'intérieur de TeamCity les scripts de compilation)

Afficher les options avancées et de basculer sur Options: Ajouter -NoProfile argument

(Facultatif, mais pour moi ce doit être la valeur par défaut puisqu'il rend plus clairement comme suggéré par @Jamal Mavadat)

Afficher les options avancées et de basculer sur sortie d'Erreur: Erreur

(À part @JetBrains: si l'étiquette a été "Format de sortie stderr," elle serait moins trompeur)

Cela couvre les cas suivants:
1. ~~explicite exit n dans le script se propage à la compilation (et échoue il si différent de zéro)~~
- Ce sera toujours exécuté version ultérieure étapes, sauf si vous définissez leurs exécuter l'étape de Only if build status is successful
InformationsquelleAutor Ruben Bartelink
8

Il y a un bug connu dans TeamCity qui provoque le comportement que l'affiche originale remarqué.

Il est facile à contourner, cependant.

À la fin de votre script PowerShell, ajouter une sortie indiquant que la fin du script a été atteint:
```
Echo "Packaging complete (end of script reached)"
```
Ensuite, mettre en place un nouveau Construire Condition d'Échec sur votre construire à l'échec si le texte que vous êtes en écho n'est PAS présent dans la sortie.
- Pour l'instant, je suis avec mon approche, car il n'est pas cassé (bien que seule une mère pourrait aimer). Pour être honnête, @Bevan approche, d'avoir moins de pièces en mouvement (comme dans mon construire config ne marche pas deux choses pour moi d'obtenir à droite) est plus attrayant. +1 pour un travail de hack si!
- J'ai utilisé trouvé une autre solution je préfère cela, mais il n'a certainement un travail
InformationsquelleAutor Paul
5

Vous êtes sur la pensée des choses. Essayez ceci:
- Script
```
File
```
- Fichier De Script
```
Script.ps1
```
  Vous n'avez pas besoin de lui fournir un chemin d'accès par défaut, il est relatif à la caisse de répertoire.
- L'exécution du Script en mode
```
Put script into PowerShell stdin with "-Command -" arguments
```
C'est exactement ce que j'utilise pour exécuter un tas de scripts powershell à l'intérieur de Teamcity.

Mise à jour

J'ai raté le bit dans le post original sur le fait d'avoir des échecs dans le script powershell échec de la construction. Toutes mes excuses!

J'ai résolu une partie du puzzle de deux façons différentes.

Régulièrement des scripts powershell

Envelopper le principal bloc de code dans un try...catch; si une exception se produit, le retour d'une valeur entière non nulle. Pour l'exécution réussie, retourne 0.

La présente convention, de retour de zéro pour le succès remonte très loin dans l'histoire - il est utilisé par les systèmes Unix/Linux, DOS, CP/M et plus.

Pour PSake scripts de construction

Utiliser un wrapper de script powershell pour invoquer psake et de définir directement le résultat de la teamcity construire par l'écriture d'un message de réponse à stdout.

Au début du script, de définir un message d'état qui représente l'échec:
```
$global:buildResult = "#teamcity[buildStatus status='FAILURE' text='It died.']
```
Dans le psake script de mise à jour $global:buildResult pour indiquer la réussite dans une tâche d'exécuter le dernier de tous.
```
$global:buildResult = "#teamcity[buildStatus status='SUCCESS' text='It lives.']
```
À la fin du script, sortie le message d'état
```
write-host $global:buildResult
```
Si quelque chose dans le script de build échoue, cette dernière tâche ne sera pas exécuté, et le message par défaut (indiquant l'échec) sera de sortie.

De toute façon, Teamcity va ramasser sur le message et l'ensemble de l'état de création de façon appropriée.
- OK merci; allons étudier. Assez sûr que j'ai essayé. Je suis d'accord la %system.teamcity.build.workingDir% peut être gratuit, mais pour moi, la clé ici est - ce que j'obtiens en rouge lorsque la substance est cassé ou dois-je cliquer sur la sortie pour voir un message.
- +1 merci pour le suivi.Toujours pense qu'il faut $errorActionPreference='Stop'; pour intercepter les erreurs d'analyse et il avait déjà une exit pour obtenir le code de sortie de propagation. J'aimerais utiliser PSake comme son obv un bien meilleur outil, mais nous avons ont préféré un autre et, finalement, je suis en train de lancer un script PowerShell dans le PowerShell coureur de TeamCity-un outil que j'ai trouver le reste de la parfaite et une constante de joie. Je ne comprends beaucoup de ce genre de choses BTW voir stackoverflow.com/a/5851948/11635. Cependant, je sais qu'il peut être plus simple ou je ne serais pas à poser - il a juste besoin de couvrir tous les cas
- Comme indiqué dans le @Jamal Mavadat réponse 9.1 choses semble fonctionner OOTB si vous utilisez 2 options, (surtout pour les code Source comme je l'ai récemment utilisé et de la bataille testés)
InformationsquelleAutor Bevan
2

Si de nouvelles TeamCity versions sont à votre portée, alors il vaut la peine de vérifier certains de PowerShell construire runner améliorations.

En particulier, la modification de Error Output de défaut warning à error peut vous intéresser.
- Merci pour le heads up; malheureusement, même TC lui-même est quelque distance de moi en ce moment 😀 j'espère que d'autres carillon...
- S'avère après beaucoup de bruit, vous avez raison sur l'argent. Toutefois, le fait que votre réponse ne l'appeler que le fait de modifier le paramètre dont vous parlez uniquement des gains en effet important de résoudre le problème sur le forum, vous vous tournez sur le haut niveau "échouer sur runner erreurs" option m'empêche d'accepter ce - que j' fourni une réponse plus complète de mon propre qui peut bien être ce que vous vouliez dire
InformationsquelleAutor Jamal Mavadat
2

Juste louer le lawd vous n'avez pas besoin de travailler avec Jenkins.. ne Pouvez pas utiliser le PowerShell étape pour des problèmes similaires. Au lieu de cela, nous devons utiliser un "cmd" l'étape qui appelle la suite de la magie wrapper qui ne manquera pas de l'exception et les codes de sortie:
```
%SystemRoot%\sysnative\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -NoLogo -NonInteractive -NoProfile -WindowStyle Hidden -Command "& { $ErrorActionPreference = 'Stop'; & 'path\to\script.ps1 -arg1 -arg2; EXIT $LASTEXITCODE }"
```
- Oui, je veux travailler si il n'était pas pour le brillant solutions de contournement 9.x donne maintenant une 🙂 (similaire à ce que je mentionne dans stackoverflow.com/a/5851948/11635). Je suppose que vous auriez toujours prendre Jenkins sur TeamBuild mais, comme j'ai eu le malheur de re-souffrir récemment 😀
- ooo, je ne voudrais pas faire une telle supposition... Jenkins est un cochon. Va pleurer à ce sujet autour d'une bière un moment donné... Peut-être que je suis souffrant de FAFAG (on est bien Loin des Champs sont Verts)..
- J'espère ne jamais avoir à tester mon hypothèse; je n'aimais pas du tout les 6 mois en arrière dans TeamBuild terre j'ai eu à endurer cette décennie (par rapport à la première mondiale du problème qui est la lutte contre la TeamCity) 🙂 Heureusement ils ont finalement renoncé à leur WF pipedreams bien.
InformationsquelleAutor Peter McEvoy
2

Une alternative à la accepté de répondre qui fonctionne pour moi Sur TeamCity 9 (je n'aime pas changer le "Créer les Conditions d'Échec' option, car elle affecte toutes les étapes de génération):-

Je voulais PowerShell erreurs d'échec de l'étape de génération, mais avec un joli message.
J'ai donc voulu lancer un message d'erreur ET retourner un code d'erreur.... try /catch /finally à la rescousse.

Mon script démo:
```
Try {
    Write-Host "Demoing the finally bit"
    # Make sure if anything goes wrong in the script we get an exception
    $ErrorActionPreference = "Stop"

    # This will fail and throw an exception (unless you add the file)
    Get-Content IDontExist.txt
}
Catch
{
    # Throwing like this gives a pretty error message in the build log
    throw $_
    # These give less pretty/helpful error messages
    # Write-Host $_
    # Write-Host $_.Exception.Message
}
Finally
{
    # 69 because it's more funny than 1
    exit(69)
}
```
- Mais n'est-ce pas votre code de toujours retourner 69 (enfin, ce sera toujours exécuté), peu importe si il pris des exceptions ou pas? ce qui veut dire que le script sera toujours voués à l'échec?
InformationsquelleAutor TinyRacoon
1

Cela a été remplacées par des options offertes par 9.x, mais je vais le laisser ici que c'était certainement l'épreuve des balles à l'époque et je ne pouvais pas trouver une autre solution que j'ai aimé mieux.

Vous pourriez faire quelque chose qui fonctionne. Ce qui suit a été testé avec
- des erreurs dans le script bits
- fichiers manquants
- script sortir avec des non-0 ERRORLEVEL
Dans le TeamCity Powershell coureur options, définissez-la comme suit:
- Fichier De Script
  
  Code Source
- À la source du Script
```
$ErrorActionPreference='Stop'
powershell -NoProfile "Invoke-Command -ScriptBlock { `$errorActionPreference='Stop'; %system.teamcity.build.workingDir%/Script.ps1 %system.teamcity.build.workingDir% --OptionB %BuildConfigArgument% %BuildConfigArg2%; exit `$LastExitCode }"
```
  (déballé version: powershell -NoProfile "Invoke-Command -ScriptBlock { $errorActionPreference='Stop'; %system.teamcity.build.workingDir%/Script.ps1 %system.teamcity.build.workingDir% --OptionB %BuildConfigArgument% %BuildConfigArg2%; exit$LastExitCode }"
- L'exécution du Script en mode
  
  Mettre le script en PowerShell stdin avec "Commande" des arguments
- Supplémentaire paramètres de ligne de commande
  
  -NoProfile
Je suis en espérant contre tout espoir, ce n'est pas la meilleure des réponses!

InformationsquelleAutor Ruben Bartelink
0

Ce vérifie le dernier code d'erreur et se ferme si n'est pas 0.
```
    If ($LASTEXITCODE -ne 0) {
        Write-Host "The result was of the previous script was " $LASTEXITCODE
        Exit $LASTEXITCODE
    }
```
- Ne pensez-vous pas que c'est un peu envahissante? Pensez-vous que cela traite de l'OP ?
- Dans mon cas, j'ai essayé d'exécuter SQL DB script à l'aide de TeamCity et fait pour déterminer si le script SQL a été exécutée avec succès ou de leur échec. Essayé d'autres options et il ne fonctionne pas.
- OK, vous n'avez pas tort qu'un tel contrôle doit-il se passer si vous êtes à l'aide de Powershell et TeamCity, mais c'est sans doute évident. Il y a 57 de choses qui peuvent mal se passer avec la propagation des erreurs de Powershell dans TeamCity autre que ce bit; ce poste est à propos de ces autres 57 les choses. Je ne vais pas être downvoting, surtout que vous avez pris le temps d'expliquer, mais j'ai aussi de ne pas être upvoting. Je suggère d'édition de votre réponse à la s/Veuillez suivre les étapes suivantes après chaque commande que vous êtes en cours d'exécution./Semi pertinentes pour l'ensemble de la liste de contrôle: ne pas oublier le PS ne semble pas réagir aux codes de sortie (à tous), à moins que vous le faire/
- J'ai édité ma réponse. Merci @RubenBartelink
InformationsquelleAutor Srihari Sridharan
-1

Powershell v2 atleast eu un problème avec le Fichier option de gâcher les codes d'erreur. Il y a quelques détails sur la façon dont il bousille et les choses.

La réponse est soit passer à l'option de Commande et/ou de l'envelopper avec un fichier bat qui vérifie la LastErrorCode et retourne 1+ si sa supposée à l'échec.

http://zduck.com/2012/powershell-batch-files-exit-codes/
- +0, Vous allez voir que j'ai un commentaire. Le problème est de savoir comment fait-on à partir de votre lien, et un "cueillir à la sortie de ce" quelque chose qui résout effectivement le problème et s'occupe de toutes les conditions de bords à travers l'OS et de la TC versions.
InformationsquelleAutor Sharath Satish
-1

Utiliser quelque chose comme ceci:
```
 echo "##teamcity[buildStatus status='FAILURE' text='Something went wrong while executing the script...']";
```
De référence, prendre un coup d'oeil sur État De Création De Rapports de Teamcity
- -1 Désolé de -1, mais je suis au courant de cette technique (et @Bevan réponse traite déjà de ce mécanisme). Notez également que c'est à propos de PowerShell et TeamCity diverses limitations et/ou des bugs autour de courir, de ne pas CMD scripts
InformationsquelleAutor Alécio Carvalho

Vous devez vous connecter pour publier un commentaire.

Mise à jour

Régulièrement des scripts powershell

Pour PSake scripts de construction