Führer
Debuggen von CI mit einem Haltepunkt anstelle von 40 Commits
Das Debuggen von Druckanweisungen per Push ist die langsamste Schleife in der Software. Stattdessen SSH in den Runner.
{Autor} · {Rolle} · {Datum} · {Minuten} {MinutenLabel}
Die Standardmethode zum Debuggen eines Nur-CI-Fehlers besteht darin, ein Echo hinzuzufügen, zu pushen, acht Minuten zu warten, das Protokoll zu lesen und den Vorgang zu wiederholen. Teams verbringen routinemäßig einen Tag mit Fehlern, deren Diagnose mit einer Shell vier Minuten dauert.
Die schnellere Schleife
- Fügen Sie einen Haltepunktschritt hinzu, der den Läufer bei einem Fehler offen hält
- Stellen Sie eine SSH-Verbindung mit Ihrem autorisierten Schlüssel her, während der Arbeitsbereich genau so ist, wie er durch den fehlgeschlagenen Schritt verlassen wurde
- Überprüfen Sie das tatsächliche Dateisystem, die Umgebung und die Toolversionen, anstatt daraus Rückschlüsse zu ziehen
- Fix, Haltepunkt entfernen, einmal drücken
Was es normalerweise ist
- Eine Toolversion, die sich von der lokalen Version unterscheidet
- Ein fehlendes Gebietsschema oder eine fehlende Zeitzone, die nur bei Datumsformatierungstests von Bedeutung ist
- Abhängigkeit von der Testreihenfolge durch unterschiedliche Parallelität aufgedeckt
- Eine Datei, von der der Build annahm, dass sie existierte, weil sie lokal ignoriert wurde
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.
Verwandt
CI, wenn Ihre Teamkollegen Agenten sindKI-Coding-Agenten pushen weitaus häufiger als Menschen. Hier erfahren Sie, wie sich dadurch das Pipeline-Design und die Kostenkontrolle ändern.Warum wir Hinweise zum Verlassen veröffentlichenJede Migrationsseite auf dieser Website enthält das Diff, um von uns zurück zu migrieren. Hier ist die Begründung.Was wir bei der Leitung von einer Million CI-Jobs gelernt habenWarteschlangenzeit, Cache-Verhalten, richtige Dimensionierung und die Fehlermodi, die nur im Maßstab auftreten.Hören Sie auf, flockige Tests erneut zu versuchenAutomatische Wiederholungsversuche wandeln einen echten Fehler in einen vorübergehenden Fehler um und trainieren Ihr Team, jedem Fehler zu misstrauen.