Vercel deixa de contar deployments ignorados em monorepos nos limites de taxa

O ajuste mexe numa dor conhecida de quem mantém monorepo na Vercel: um único commit pode disparar deploys em vários projetos, e todos consomem a cota de limites de taxa de deployment. Agora, quando a plataforma pula automaticamente o deploy de um projeto, esse deploy ignorado não entra na conta. Na prática, o mesmo limite rende mais deployments reais.

O critério de skipping é técnico. A Vercel usa o package graph do Turborepo e a análise do lockfile para saber quais projetos um commit afeta. Se o código-fonte e as dependências internas de um projeto não mudaram, o build nem começa. Em novos projetos de monorepo isso já vem ligado. Nos existentes, a opção fica em Build and Deployment, nas configurações do projeto. Quem tem muitos apps no mesmo repositório precisa ativar manualmente para colher o benefício.

A Vercel já vinha mexendo em limites e na operação de deploy ao longo de 2026. Em 17 de junho de 2026, o CEVIU noticiou a remoção dos limites de deploy via CLI. Agora a mudança chega ao fluxo via Git em monorepos, com os deployments ignorados fora da contagem. Em 7 de junho de 2026, a plataforma também havia lançado a edição centralizada das configurações do Git para todos os projetos de um mesmo repositório, o que facilita gerenciar esse tipo de setup.

Em monorepos com muitos projetos, a cota de deploys podia esgotar por causa de builds que nem fariam diferença. Com o skipping fora da conta, o limite passa a refletir só o que realmente foi publicado. Isso reduz o risco de bloqueio em dias de muitos commits e deixa o CI/CD mais previsível.