Vercel ломается не в коде, а в мелочах вокруг деплоя

Vercel ломается не в коде, а в мелочах вокруг деплоя

За неделю в репах чаще всего всплывают одни и те же ошибки: проект случайно завязан на локальные env, сборка требует файлов, которых нет в git, и preview-окружение ведёт себя не так, как production.

Проверка перед первым нормальным релизом простая:
— все переменные вынесены в env, без ручных правок на машине;
— билд проходит из чистого клона, а не только после «у меня локально работает»;
— папка output и кеши не требуют артефактов, которые не восстанавливаются на CI;
— роуты, редиректы и rewrite не завязаны на случайный порядок файлов.

Отдельно смотрите на serverless-логику: Vercel удобен для frontend-first проектов, но тяжёлые фоновые задачи, долгие запросы и stateful-части лучше сразу выносить в отдельный сервис. Иначе деградация проявляется не в падении, а в странных таймаутах и росте латентности.

Если проект растёт, полезно держать рядом правило: Vercel отвечает за delivery и edge, а всё, что пахнет очередями, cron и постоянным состоянием, должно жить отдельно. Так миграция не превращается в переписывание всей архитектуры.