Vercel, Hobby deployment retention süresini kısalttı ve deploy'ları engelleyebilecek 10GB sınırını yürürlüğe koydu

Neler değişti

Vercel, ücretsiz Hobby planında deployment retention kurallarını sıkılaştırdı ve yeni deploy'ları durdurabilecek bir depolama üst sınırını yürürlüğe koydu. Vercel blogundaki 16 Eylül 2026 tarihli changelog kaydına göre, Hobby projeleri artık 30 günlük saklama penceresinin ötesinde daha az deployment tutuyor ve bir ekibin sakladığı her deployment, 10GB'lık Deployment Storage hakkından düşülüyor. Bu hakkı aşmak, depolama alanı boşaltılana kadar deployment'ları tamamen engelleyebiliyor.

Yeni retention kuralları

Her Hobby projesi artık yaşlarına bakılmaksızın yalnızca en son üç production deployment'ını ve her türden en son üç deployment'ını saklıyor. Geri kalanların tamamı kısaltılmış retention politikasına tabi. Vercel ayrıca preview deployment'larının artık kendi başına korunmadığını, dolayısıyla eski preview build'lerinin ayrıca saklanmak yerine aynı kurallar çerçevesinde kaldırıldığını belirtiyor.

İstisnalar da var. Mevcut production deployment'ı asla silinmiyor ve alias'lanmış deployment'lar ile aktif branch'lerdeki deployment'lar korunmaya devam ediyor.

Limiti aşan ekipler için anında silme

10GB limitini zaten aşmış Hobby ekipleri için temizlik kademeli değil, anında gerçekleşiyor. Yukarıdaki istisnalara uymayan deployment'lar, 30 günlük pencerenin dolmasını beklemeden hemen siliniyor. Vercel bu değişikliği, aktif olarak geliştirilen projelere yer açmak için atıl projelerin kapladığı depolama alanını geri kazanmanın bir yolu olarak sunuyor; yani aktif olmayan yan projeler artık otomatik olarak temizlenecek.

Hobby kullanıcıları ne yapabilir

Vercel, etkilenen kullanıcılara iki seçenek gösteriyor. İlki, Deployment Storage kullanımını doğrudan azaltmak; daha az veya daha küçük deployment'lar tutarak ekibin limitin altına geri dönmesi. İkincisi, depolamanın GB başına aylık 0,10 dolardan ölçüldüğü Pro planına yükseltmek.

Neden önemli

Ücretsiz planlar, hobi amaçlı geliştiricilerin, öğrencilerin ve prototiplerin yaşadığı yerlerdir ve bu değişiklik iki cephede etkisini gösteriyor. İlki operasyonel: deploy'ları engelleyebilen bir depolama sınırı, sessiz bir kotayı, Git push'uyla otomatik deploy edilen kişisel projeler, portfolyolar veya küçük API'ler için olası bir kesintiye dönüştürüyor. Bir CI pipeline'ı veya zamanlanmış bir build, bir Hobby ekibini 10GB'ın üzerine çıkarırsa, birisi müdahale edene kadar devam eden deployment'lar başarısız olur ve bu, önem verdiğiniz herhangi bir şeyin o deployment'ın güncel kalmasına bağlı olması durumunda ciddi bir sorundur.

İkincisi ise geçmişin kaybı. Yalnızca üç production deployment'ının ve her türden üç deployment'ın saklanması, eski build'lerin bir takvime göre ortadan kaybolması anlamına geliyor; beraberinde, bir geliştiricinin aylar önce çalışan bir şeyi hata ayıklarken isteyebileceği rollback hedeflerini ve referans noktalarını da götürüyor. Deployment geçmişini bir arşiv olarak görenler, pencere kapanmadan önce önemli artifact'lerini dışa aktarmak gibi farklı bir alışkanlık edinmek zorunda kalacak.

Değişiklik ayrıca platform sağlayıcıları arasında tanıdık bir örüntüye uyuyor: ücretsiz plandaki cömertlik zamanla daralıyor ve pratik çözümler ya temizlik işi ya da ücretli bir plana dönüşüyor. Vercel açısından ekonomisi anlaşılır, çünkü saklanan deployment artifact'leri gerçek para tutuyor; ancak Hobby kullanıcıları mevcut kullanımlarını şimdi gözden geçirmeli. Limiti zaten aşan ekipler, korumasız deployment'larını kademeli değil, anında kaybediyor; dolayısıyla "neler olacağını bekleyip görmek", artık var olmayan tek seçenek.