Fehlgeschlagene Hochstufungsoperation über CrossPlatformBuild-Satz erneut ausführen

Im vorangehenden Schritt haben Sie gelernt, wie Sie einen erfolgreichen Build über einen CrossPlatformBuild-Satz hochstufen können. Zum Abschluss des Lernprogramms erfahren Sie nun, wie Sie eine fehlgeschlagene Hochstufungsoperation erneut ausführen können. Nach einer fehlgeschlagenen Hochstufungsoperation können Sie eine erneute Hochstufung erst einleiten, wenn der für die erneute Hochstufung verwendete CrossPlatformBuild-Satz den Status 'PromoteFailed' aufweist.
Wenn Sie eine Hochstufungsoperation über einen übergeordneten Datensatz erneut ausführen, werden alle während der ersten Hochstufungsoperation erfolgreich hochgestuften untergeordneten Datensatz-Builds bei der erneuten Hochstufungsoperation ignoriert. Dadurch ist gewährleistet, dass der Datensatzstatus innerhalb der gleichgeordneten Datensätze und in Bezug auf den übergeordneten Datensatz synchronisiert bleibt.
Anmerkung: Wenn ein Build über einen untergeordneten Datensatz erneut hochgestuft wird, der einem übergeordneten CrossPlatformBuild-Satz zugeordnet ist, führt dies dazu, dass sich der Status des untergeordneten Datensatzes ändert, so dass der betreffende Datensatz nicht mehr mit dem übergeordneten und weiteren gleichgeordneten Datensätzen, soweit vorhanden, synchronisiert ist.
  1. Führen Sie eine Rational ClearQuest-Abfrage für CrossPlatformBuild-Sätze aus.
  2. Wählen Sie auf der Seite Results den für die erneute Hochstufung des Builds erforderlichen CrossPlatformBuild-Satz aus. Im Feld State wird angezeigt, dass der Datensatz den Status 'PromoteFailed' aufweist.
  3. Klicken Sie in der Symbolleiste des Fensters Details auf den Knopf Menu Knopf für Menüaufruf im Detailfenster, und klicken Sie danach auf Refresh , um den Build-Satz in der Datenbank zu aktualisieren.
  4. Klicken Sie in der Symbolleiste des Fensters Details auf den Pfeil neben dem Knopf Change State Knopf für Statusänderung im Detailfenster, und klicken Sie auf RePromote. Der im Feld State angezeigte Status wechselt daraufhin von 'PromoteFailed' zu 'PromotePending'.
  5. Klicken Sie auf den Knopf Apply, um die Statusänderung zu akzeptieren.
  6. Führen Sie einen der folgenden Schritte aus:
    • Wenn die erneute Hochstufungsoperation erfolgreich war, wird der im Feld State angezeigte Status in 'PromoteCompleted' geändert. Bei Rational ClearCase-Builds weist diese Statusänderung entweder darauf hin, dass der im CCBuildConfig-Satz angegebene Hochstufungsbefehl ohne Schlüsselwörter für eine erfolgreiche Ausführung erfolgreich ausgeführt wurde, oder dass in der Ausgabe zum Hochstufungsbefehl ein Schlüsselwort für eine erfolgreiche Ausführung gefunden wurde. Wenn Sie eine Rational ClearCase-Hochstufung ohne Angabe von Schlüsselwörtern für eine erfolgreiche Ausführung ausgeführt haben, können Sie überprüfen, ob die Rational ClearCase-Artefakte erfolgreich hochgestuft wurden, indem Sie auf den Knopf Apply klicken und die Protokolldatei <rational_root>\ClearQuest\cpscm.log überprüfen. Sie können sich auch vergewissern, ob die Dateien wie über den ausgeführten Befehl vorgegeben hochgestuft wurden.
    • Wenn die erneute Hochstufungsoperation fehlgeschlagen ist, wird der im Feld State angezeigte Status in 'PromoteFailed' geändert. Überprüfen Sie die Fehlernachrichten in der Datei <rational_root>\ClearQuest\cpscm.log . Weitere Informationen zur SCLM-Kommunikation enthält die Datei <rational_root>\ClearQuest\cpscm_communications.log.
    • Es ist zu beachten, dass sich der Datensatzstatus 'PromotePending' beim Hochstufen eines umfangreichen SCLM-Jobs im Stapelbetrieb durch die für die Aktualisierung und Änderung vorgenommenen Schritte möglicherweise nicht ändert, da der Build unter Umständen nicht erfolgreich hochgestuft wurde. Diese Situation tritt im Allgemeinen nur ein, wenn der JCL-Code fehlerhaft ist. Löschen Sie in diesem Fall den Datensatz oder versetzen Sie ihn, sofern Sie zur Gruppe der Rational ClearQuest-Benutzer mit erweiterten Berechtigungen gehören, manuell in den Status 'PromoteFailed', und beheben Sie den Fehler. Informationen zu dieser Gruppe finden Sie im Abschnitt Optional: Rational ClearQuest-Benutzergruppe mit erweiterten Berechtigungen erstellen.
Dieser Abschnitt schließt die Erläuterungen zum erneuten Ausführen einer fehlgeschlagenen Hochstufungsoperation über einen übergeordneten CrossPlatformBuild-Satz ab. Nach dem Hochstufen eines Builds haben Sie alle im Lernprogramm erläuterten Prozeduren abgeschlossen. Im letzten Abschnitt werden einige interessante Themen erläutert und Tipps angegeben, die im Lernprogramm nicht im erforderlichen Umfang präsentiert werden konnten.


Feedback