Vercel ввёл Deployment Policies: контроль источников деплоев
Новый механизм в Vercel позволяет ограничить, какие организации, репозитории и CI‑системы могут создавать деплойменты в каждом окружении.
Vercel объявил о запуске Deployment Policies – гибкой системы правил, позволяющей командам задавать, какие источники могут инициировать деплой в конкретных окружениях. Политики настраиваются как на уровне проекта, так и на уровне команды, что даёт возможность комбинировать ограничения по‑разному для preview, staging и production.
Как это работает
- Механизмы: можно разрешить или запретить деплой через Vercel CLI, GitHub Actions, GitLab CI и другие интегрированные инструменты.
- Организации и репозитории: задаётся список разрешённых организаций и репозиториев в рамках вашего Vercel‑аккаунта.
- Окружения: каждая политика привязывается к отдельному окружению, так что, например, в
productionможет быть разрешён только CI‑pipeline, а вpreview– любые ветки.
Что изменилось в UI
В настройках проекта появилось новое меню Deployment Policies. Там можно добавить правило, выбрать тип ограничения (механизм, организация, репозиторий) и указать список разрешённых значений. Политика сразу начинает действовать и блокирует неавторизованные запросы, возвращая ошибку 403.
Почему это важно
- Безопасность: предотвращает случайные или вредоносные деплойменты из неизвестных источников.
- Контроль качества: гарантирует, что только проверенные CI‑конвейеры попадают в продакшн.
- Соответствие требованиям: упрощает соблюдение корпоративных политик и регуляторных требований.
Более подробно о настройке политик можно узнать в официальной документации Vercel.
Для разработчиков и студентов это значит, что теперь можно формализовать процесс деплоя и исключить «человеческий фактор» в продакшн. При работе над проектами в Vercel стоит сразу внедрить политики, чтобы избежать неожиданного выкатывания кода. Особенно полезно в командах, где несколько CI‑систем или внешних контрибьюторов.
