Vercel изменил политику хранения деплоев: активные preview-ветки теперь защищены

Vercel объявил об изменении политики хранения деплоев (deployment retention), которое затрагивает все тарифные планы. Теперь последний preview-деплой для ветки, связанной с открытым или неслитым pull request'ом, не удаляется автоматически, даже если превышен срок хранения. Это означает, что разработчики могут устанавливать короткие окна хранения без риска потерять активные превью, что особенно важно для команд, использующих preview-деплои для ревью и тестирования. Раньше такие деплои могли быть удалены, если превышали настроенный период, и разработчикам приходилось вручную защищать важные деплои от очистки.

Что изменилось в политике хранения

Ранее Vercel применял единые правила хранения ко всем деплоям: если деплой превышал заданный срок (например, 30 дней), он автоматически удалялся, независимо от того, был ли он последним для активной ветки. Это создавало риск: разработчик мог потерять preview-деплой, который всё ещё использовался для проверки кода в открытом pull request'е. Теперь Vercel внедрил исключение: последний preview-деплой для ветки с открытым или неслитым pull request'ом сохраняется, даже если его возраст превышает настроенный период хранения. При этом остальные деплои по-прежнему удаляются в соответствии с политикой. Это позволяет командам гибко настраивать хранение, не жертвуя удобством работы с активными ветками.

Как это работает

Механизм прост: Vercel отслеживает статус pull request'ов, связанных с ветками. Если PR открыт или не слит (даже если он в состоянии draft), последний деплой этой ветки помечается как защищённый от удаления. Как только PR закрывается или сливается, деплой перестаёт быть защищённым и может быть удалён по истечении срока хранения. Важно: защищается только самый свежий деплой для каждой активной ветки — предыдущие деплои той же ветки удаляются в обычном режиме. При этом Vercel сохраняет и другие исключения, действовавшие ранее: 10 последних production-деплоев и любые деплои, на которые ведут алиасы (пользовательские домены), не удаляются независимо от настроек хранения.

Почему это важно для разработчиков?

Разработчики, которые работают с длительными ветками или часто откладывают слияние PR, больше не рискуют потерять превью. Владельцы проектов могут смело сокращать срок хранения с 30 до 7 или даже 3 дней, экономя место и снижая затраты на хранение (для планов с ограничением по числу деплоев). Для компаний, которые используют Vercel в коммерческих проектах, это означает большую предсказуемость: автоматическая очистка не затронет активные рабочие процессы. Изменение также упрощает соблюдение политик безопасности — короткие окна хранения снижают риск утечки данных через старые деплои, не мешая текущей разработке.

Кого затронет изменение

Изменение полезно всем пользователям Vercel, особенно командам, активно использующим preview-деплои для code review и QA. Разработчики, которые работают с длительными ветками или часто откладывают слияние PR, больше не рискуют потерять превью. Владельцы проектов могут смело сокращать срок хранения с 30 до 7 или даже 3 дней, экономя место и снижая затраты на хранение (для планов с ограничением по числу деплоев). Для компаний, которые используют Vercel в коммерческих проектах, это означает большую предсказуемость: автоматическая очистка не затронет активные рабочие процессы. Изменение также упрощает соблюдение политик безопасности — короткие окна хранения снижают риск утечки данных через старые деплои, не мешая текущей разработке.

Что будет дальше

Обновление уже вступило в силу для всех планов — от Hobby до Enterprise. Пользователям не нужно ничего менять в настройках: новое поведение применяется автоматически. Vercel рекомендует проверить текущие политики хранения в дашборде проекта и, при необходимости, скорректировать их с учётом новых возможностей. В будущем компания может расширить защиту на другие типы деплоев, но пока изменений не анонсировано.

Итог

Изменение политики хранения деплоев Vercel — небольшое, но важное улучшение для разработчиков. Оно устраняет давнюю боль: необходимость вручную следить за тем, чтобы активные preview-деплои не были удалены автоматически. Теперь команды могут сосредоточиться на разработке, не беспокоясь о настройках хранения. Если вы используете Vercel для превью-деплоев, стоит пересмотреть свои политики хранения в сторону сокращения — это безопасно и экономит ресурсы.