A la rubrique précédente, vous avez appris à utiliser un enregistrement CrossPlatformBuild
pour promouvoir une compilation réussie. La dernière étape du tutoriel concerne l'apprentissage
de la réexécution d'une promotion ayant échoué. Pour pouvoir réexécuter une promotion ayant échoué, l'état PromoteFailed doit
être associé à l'enregistrement CrossPlatformBuild utilisé pour la nouvelle tentative.
Lorsque vous réexécutez une promotion à partir d'un enregistrement parent,
toutes les compilations enfant dont la promotion a réussi lors de la première promotion sont
ignorées. Cette action garantit que les états de tous les enregistrements restent synchronisés
les uns avec les autres et avec l'enregistrement parent.
Remarque : La nouvelle promotion d'une
compilation à partir d'un enregistrement enfant associé à un enregistrement CrossPlatformBuild
parent 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 promotion de la compilation. Le champ Etat
indique que l'état PromoteFailed 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.
- Dans la barre d'outils de la fenêtre Détails, cliquez sur la
flèche associée au bouton Changer l'état
, puis sur RePromote. La valeur du champ Etat
passe de PromoteFailed à PromotePending.
- Cliquez sur le bouton Appliquer pour valider
les changements d'état.
- Effectuez l'une des opérations
suivantes :
- Si l'opération de promotion réussit, la valeur PromoteCompleted apparaît dans le champ
Etat. Dans le cas des compilations Rational ClearCase,
cette modification signifie
que la commande de promotion 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 promotion. Si vous exécutez une promotion Rational ClearCase sans indiquer de mot clé de réussite, vous pouvez toutefois vérifier que la promotion des artefacts Rational ClearCase a réussi en cliquant sur le bouton
Appliquer et en consultant le fichier journal
<rational_root>\ClearQuest\cpscm.log.
Vous pouvez aussi vérifier que la promotion des fichiers a réussi en fonction de la commande
exécutée.
- Si la nouvelle opération de promotion échoue, la valeur PromoteFailed est associée au
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 procédez à la promotion d'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 PromotePending de
l'enregistrement car la promotion de la compilation peut ne pas avoir été effectuée. Cette
situation 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 PromoteFailed
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 pour réexécuter une promotion ayant échoué. Une fois la
promotion d'une compilation réussie, les procédures du didacticiel sont terminées. La dernière
rubrique concerne quelques points importants et donne quelques conseils n'ayant pas été
développés dans ce didacticiel.