A l'étape précédente, vous avez appris à utiliser un enregistrement CrossPlatformBuild
parent pour exécuter une compilation. A l'étape suivante, vous allez apprendre à utiliser le même
enregistrement parent pour réexécuter une compilation ayant échoué.
Pour réexécuter une compilation ayant échoué, l'état BuildFailed doit être
associé à l'enregistrement CrossPlatformBuild. Vous devez en outre résoudre les erreurs
à l'origine de l'échec de la compilation avant toute tentative de recompilation. Reportez-vous
aux fichiers journaux <rational_root>\ClearQuest\cpscm.log et <rational_root>\ClearQuest\cpscm_communications.log.
Lorsque vous réexécutez une compilation à partir d'un enregistrement parent,
toutes les compilations enfant dont l'exécution initiale a réussi sont ignorées. Le fait d'ignorer
les compilations enfant ayant réussi garantit que les états de tous les enregistrements restent
synchronisés les uns avec les autres et avec l'enregistrement parent.
Remarque : La réexécution d'une
compilation à partir d'un enregistrement enfant entraîne un changement de l'état de
l'enregistrement enfant qui le désynchronise d'avec le parent associé et les éléments apparentés
qu'il peut avoir.
- Exécutez une requête Rational ClearQuest sur les enregistrements CrossPlatformBuild.
- Sur la page Résultats, sélectionnez
l'enregistrement CrossPlatformBuild nécessaire à la réexécution de la compilation. Le champ Etat indique que l'état BuildFailed est associé à l'enregistrement.
- Dans la barre d'outils de la fenêtre Détails, cliquez sur le
bouton Menu
et cliquez sur Régénérer pour
régénérer l'enregistrement de compilation dans la base de données.
- Cliquez sur le bouton Appliquer pour valider
les changements d'état.
- Dans la barre d'outils de la fenêtre Détails, cliquez sur le
bouton Menu
et cliquez sur Régénérer pour
régénérer l'enregistrement de compilation dans la base de données.
- Effectuez l'une des opérations suivantes :
- Si la compilation réussit, la valeur BuildCompleted apparaît dans le champ
Etat. Dans le cas des compilations Rational ClearCase,
cette modification signifie
que la commande de compilation indiquée dans l'enregistrement CCBuildConfig a réussi sans mot clé
relatif à la réussite ou qu'un tel mot clé a été détecté dans les résultats de la compilation. Si
vous exécutez une compilation Rational ClearCase
sans indiquer de mot clé de réussite, vérifiez que la compilation des artefacts
Rational ClearCase
a réussi en cliquant sur le bouton Appliquer et en vérifiant le fichier
journal <rational_root>\ClearQuest\cpscm.log.
Vous pouvez aussi vérifier que la compilation des fichiers a réussi en fonction de la commande
exécutée.
- Si la compilation échoue, la valeur BuildFailed apparaît dans le champ Etat. . Consultez les messages d'erreur dans <rational_root>\ClearQuest\cpscm.log .
Pour toute information complémentaire sur les communications SCLM, voir<rational_root>\ClearQuest\cpscm_communications.log.
- Notez que, si vous exécutez une tâche SCLM importante en mode par lots,
la procédure de régénération et de modification peut ne pas remplacer l'état BuildPending de
l'enregistrement car la compilation peut ne pas avoir été exécutée. La non exécution de la
compilation signifie généralement que le code JCL contient une erreur. Supprimez l'enregistrement
ou, si vous appartenez au groupe restreint Rational ClearQuest,
associez-lui manuellement l'état BuildFailed et résolvez le problème. (Pour plus d'informations sur ce groupe, voir Création d'un groupe d'utilisateurs Rational ClearQuest "restreint" (facultatif).)
Cette rubrique est la dernière de la procédure relative à l'utilisation d'un
enregistrement CrossPlatformBuild parent pour réexécuter une compilation ayant échoué. Si vous
exécutez une compilation qui échoue encore, corrigez les erreurs et réexécutez-la jusqu'à ce
qu'elle réussisse (jusqu'à ce que l'état BuildCompleted soit associé à l'enregistrement
CrossPlatformBuild). Une fois la compilation réussie, l'étape suivante consiste à apprendre à la
promouvoir.