Automatisierung beginnt nicht mit einem CI-Server. Sie beginnt mit einem Kommando, das aus einem definierten Quellstand dieselben Prüfungen ausführt und verlässlich meldet, ob sie erfolgreich waren. Erst wenn dieser Ablauf auf einem frischen Arbeitsverzeichnis funktioniert, lohnt sich die Einbindung in eine Pipeline.
Den Vertrag eines Prüflaufs definieren
Legen Sie Eingaben und Ausgaben explizit fest. Zu den Eingaben gehören Quelldateien, Dateireihenfolge, Bibliotheken, Sprachstände, Werkzeugversionen und Lizenzvoraussetzungen. Zu den Ausgaben gehören ein Prozessstatus, ein verständliches Log und bei Bedarf Berichte oder Waveforms. Temporäre Arbeitsbibliotheken gehören in einen getrennten Build-Ordner.
Fehler müssen sichtbar bleiben
Ein Skript darf nicht allein anhand einer vorhandenen Logdatei Erfolg melden. Ein Compilerfehler, eine fehlende Lizenz, eine fehlgeschlagene Assertion oder ein Timeout muss die Ausführung beenden und einen Fehlerstatus ergeben. Prüfen Sie diese Wege gezielt. Ein Pipeline-Ergebnis ist nur so belastbar wie die Fehlerbehandlung des aufgerufenen Werkzeugs und des Wrappers.
Editor, Compiler und CI synchron halten
Nutzen Sie möglichst eine gemeinsame Projektbeschreibung. Die aktuelle Sigasi-Dokumentation beschreibt Modular Projects und Aufgaben für externe Compiler. Für Riviera-PRO ist ein eigener Task-Typ dokumentiert. Das verbessert die Rückmeldung im Editor; die vollständige Simulation benötigt trotzdem einen eigenen Schritt. Der Workflow erläutert diese Grenze.
Eine praktikable Reihenfolge
- Einen kleinen Test lokal per Skript aufbauen und ausführen.
- Die Abhängigkeiten an einem frischen Checkout prüfen.
- Einen Fehler absichtlich auslösen und den Exit-Code kontrollieren.
- Timeouts und die Aufbewahrung von Ergebnissen festlegen.
- Erst danach den Lauf für ausgewählte Änderungen oder regelmäßige Regressionen einplanen.
ALINT-PRO dokumentiert Batch- und Tcl-Abläufe für statische Prüfungen. Bei Simulatorläufen muss außerdem die Zahl gleichzeitig nutzbarer Lizenzen zum Ausführungsmodell passen. Parallelisierung ohne diese Klärung verlagert den Engpass lediglich in die Lizenzwarteschlange.
Die Application Notes zur Regression liefern eine konkrete Struktur. In einer technischen Beratung lassen sich Betriebssystem, Runner, Lizenzzugriff und Ergebniskriterien gemeinsam einordnen.