Fehlgeschlagenen Build über CrossPlatformBuild-Satz erneut ausführen

Im vorangehenden Schritt haben Sie gelernt, wie Sie über einen übergeordneten CrossPlatformBuild-Satz einen erfolgreichen Build ausführen können. Als Nächstes lernen Sie, wie Sie fehlgeschlagene Builds mit demselben übergeordneten Datensatz erneut ausführen können.

Builds können erst erneut ausgeführt werden, wenn der verwendete CrossPlatformBuild-Satz den Status "BuildFailed" aufweist. Darüber hinaus sollten die Fehler behoben sein, die den Fehlschlag des Builds verursacht haben, bevor Sie versuchen, einen erneuten Build auszuführen. Ziehen Sie dazu die Protokolldateien <Rational-Stammverzeichnis>\ClearQuest\cpscm.log und <Rational-Stammverzeichnis>\ClearQuest\cpscm_communications.log zu Rate.

Wenn Sie einen Build über einen übergeordneten Datensatz erneut ausführen, werden alle während des ersten Builds erfolgreich ausgeführten untergeordneten Builds beim erneuten Build ignoriert. Das Ignorieren erfolgreicher untergeordneter Builds 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 ausgeführt wird, 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 Ausführung des Builds erforderlichen CrossPlatformBuild-Satz aus. Im Feld State wird angezeigt, dass der Datensatz den Status "BuildFailed" aufweist.
  3. Klicken Sie auf Actions > Rebuild. Der im Feld State angezeigte Status wechselt daraufhin von "BuildFailed" zu "BuildPending".
  4. Klicken Sie in der Symbolleiste des Fensters "Details" auf die Schaltfläche Menu Schaltfläche für Menüaufruf im Detailfenster, und klicken Sie danach auf Refresh, um den Build-Satz in der Datenbank zu aktualisieren.
  5. Klicken Sie auf die Schaltfläche Apply, um die Statusänderung zu akzeptieren.
  6. Klicken Sie auf Actions > Refresh, um den Build-Satz in der Datenbank zu aktualisieren.
  7. Klicken Sie in der Symbolleiste des Fensters "Details" auf die Schaltfläche Menu Schaltfläche für Menüaufruf im Detailfenster, und klicken Sie danach auf Refresh, um den Build-Satz in der Datenbank zu aktualisieren.
  8. Klicken Sie auf Actions > Modify, um das Feld State im aktuellen Fenster zu aktualisieren. Führen Sie einen der folgenden Schritte aus:
    • Wenn der Build erfolgreich war, wird der im Feld State angezeigte Status in "BuildCompleted" geändert. Bei Rational-ClearCase-Builds weist diese Statusänderung entweder darauf hin, dass der im CCBuildConfig-Satz angegebene Build-Befehl ohne Schlüsselwörter für erfolgreiche Ausführung erfolgreich ausgeführt wurde oder dass in der Ausgabe zum Buildbefehl ein Schlüsselwort für erfolgreiche Ausführung gefunden wurde. Wenn Sie einen Rational-ClearCase-Build ohne Angabe von Schlüsselwörtern für erfolgreiche Ausführung ausgeführt haben, können Sie überprüfen, ob die Rational-ClearCase-Artefakte erfolgreich erstellt wurden, indem Sie auf die Schaltfläche Apply klicken und die Protokolldatei <Rational-Stammverzeichnis<\ClearQuest\cpscm.log überprüfen. Sie können auch prüfen, ob die Dateien wie über den ausgeführten Befehl vorgegeben erstellt wurden.
    • Wenn der Build fehlgeschlagen ist, wird der im Feld State angezeigte Status in "BuildFailed" geändert. Klicken Sie auf die Schaltfläche Apply, um die Statusänderung zu akzeptieren. Überprüfen Sie die Fehlernachrichten in der Datei <Rational-Stammverzeichnis>\ClearQuest\cpscm.log. Weitere Informationen zur SCLM-Kommunikation enthält die Datei <Rational-Stammverzeichnis<\ClearQuest\cpscm_communications.log.
    • Es ist zu beachten, dass sich der Datensatzstatus "BuildPending" beim Ausführen 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 ausgeführt 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 "BuildFailed", 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 eines fehlgeschlagenen Builds über einen übergeordneten CrossPlatformBuild-Satz ab. Wenn ein Build wiederholt fehlschlagen sollte, müssen Sie alle Fehler beheben und den Build wiederholen, bis er erfolgreich ist, d. h. bis der Status des CrossPlatformBuild-Satzes in "BuildCompleted" geändert wird. Nachdem Sie einen erfolgreichen Build ausgeführt haben, zeigen wir Ihnen nun als Nächstes, wie Sie den Build hochstufen können.

Feedback