Vercel Hobby: لماذا قد تختفي المعاينات قبل 30 يومًا؟

لم تعد مدة الاحتفاظ بعمليات النشر البالغة 30 يومًا في Vercel Hobby ضمانًا موثوقًا لإمكانية التراجع. فمنذ 16 سبتمبر 2026، قد تُحذف فورًا معاينة قديمة أو نسخة إنتاج مخصّصة للتراجع إذا تجاوز فريق Hobby حد Deployment Storage البالغ 10GB، ما لم تكن مشمولة بأحد استثناءات الاحتفاظ.

يظل نشر الإنتاج الحالي آمنًا. وينطبق ذلك أيضًا على عمليات النشر ذات الأسماء المستعارة المؤهلة، وعلى أحدث معاينة لفرع Git نشط. أما التغيير فيطال كل ما يقع خارج هذه الفئات المحمية؛ لذلك قد يستمر نموذج أولي شخصي في العمل، بينما يتوقف رابط مراجعة قديم عن العمل من دون إنذار.

لماذا لم تعد 30 يومًا حدًا أدنى في Vercel Hobby؟

سياسة الاحتفاظ بعمليات النشر هي التي تحدد المدة التي تحتفظ خلالها Vercel بالملفات المبنية لكل عملية نشر. وهذه الملفات المخزنة هي ما يتيح إعادة فتح معاينة قديمة، أو ترقية نسخة مجرّبة من دون إعادة بنائها، أو التراجع عن نشر الإنتاج عند وقوع مشكلة.

تبقى مدة الاحتفاظ المعتادة في Hobby هي 30 يومًا. الجديد هو قاعدة تنظيف تُطبّق عند تجاوز الحد: متى تجاوز الفريق 10GB من Deployment Storage، قد تصبح أي عملية نشر غير محمية مؤهلة للحذف قبل انقضاء تلك الأيام الـ30. وهذه هي النتيجة العملية للتغيير؛ فسجل النشر المجاني أصبح مشروطًا بحجم التخزين وبالاستثناءات الموضحة أدناه معًا.

يحصل كل مشروع Hobby على نوعين من الحماية لعمليات النشر الحديثة:

• أحدث 3 عمليات نشر تم إنشاؤها، أيًا كان نوعها
• أحدث 3 عمليات نشر إنتاج بحالة Ready

تعامل معهما كمجموعة موحّدة، لا باعتبارهما ست خانات محجوزة. فقد تقع عملية نشر إنتاج حديثة ضمن المجموعتين معًا. وإذا كانت أحدث ثلاث عمليات نشر هي نفسها أحدث ثلاثة إصدارات إنتاج بحالة Ready، فلن تحمي هاتان القاعدتان سوى عمليات النشر الثلاث نفسها.

ولم يعد للمعاينات حد مستقل يحمي أحدثها. فإذا خرجت معاينة من مجموعة أحدث ثلاث عمليات نشر، فلن تبقى إلا إذا انطبق عليها استثناء آخر.

ما الذي لا تزال Vercel تحميه؟

أسهل طريقة لفهم القاعدة هي فصل وسائل الحماية المرتبطة بحداثة النشر عن تلك المرتبطة بكيفية استخدامه.

تأتي هذه الاستثناءات من Vercel وفق قواعد الاحتفاظ بعمليات النشر الحالية. ولا يكفي حفظ رابط عملية النشر وحده، فهو ليس ضمن وسائل الحماية المذكورة. ما يهم هو ارتباط العملية باسم مستعار، أو فرع، أو حالة الإنتاج، أو موقع حديث في السجل.

هذا التفصيل يغيّر سير عمل شائعًا. فقد ترسل معاينة إلى شخص ما، ثم تدمج طلب السحب، وتفترض أن الرابط سيظل صالحًا حتى نهاية الشهر. لكن ما إن يفقد الفرع حالته النشطة حتى ينتهي الاستثناء الذي كان يحمي أحدث معاينة له. وإذا كان الفريق قد تجاوز 10GB وكانت العملية خارج مجموعتي أحدث ثلاث عمليات نشر، فقد يفقد الرابط هدفه قبل اكتمال 30 يومًا.

من يتأثر فعليًا بهذا التغيير؟

أوضح حالة هي مطوّر يعمل منفردًا ولديه عدة نماذج أولية شخصية. فقد تحتفظ المشاريع القديمة بمخرجات البناء المخزنة، بينما تواصل المشاريع النشطة إنشاء عمليات نشر جديدة. وعند تجاوز حد الفريق، تستطيع Vercel تنظيف السجل غير المحمي في مختلف مشاريع فريق Hobby؛ لذلك قد تكون نسخة التراجع المهمة ضمن مشروع لم يُلمس منذ فترة.

أما المصمم الذي يشارك مفهومًا غير تجاري، فيواجه مخاطرة مختلفة. فأحدث معاينة لفرع مراجعة مفتوح محمية، لكن الرابط الأقدم الذي استُخدم لاتخاذ قرار تصميم سابق قد لا يكون كذلك. وإذا كان لا بد من إبقاء تلك النسخة بعينها متاحة للمراجعة، فيلزم منحها اسمًا مستعارًا مخصصًا مؤهلًا أو اعتماد خطة حفظ أخرى قبل إغلاق الفرع.

وينبغي للمشرف الذي يستخدم عمليات النشر كرف لنسخ التراجع أن يراجع مجموعة عمليات الإنتاج الحديثة. تظل أحدث 3 عمليات نشر إنتاج بحالة Ready محمية، لكن الإصدار الأقدم المعروف باستقراره لا يصبح آمنًا لمجرد أن عمره أقل من 30 يومًا.

ولا ينبغي للمستقل أو الوكالة أو الشركة اتخاذ سياسة الاحتفاظ معيارًا وحيدًا للترقية. فخطة Hobby مخصصة للاستخدام الشخصي غير التجاري. والعمل التجاري مكانه خطة Pro حتى إن ظل الاستهلاك دون 10GB، لذا يعزز هذا التغيير في سجل النشر قرارًا متعلقًا بالخطة كان قائمًا أصلًا.

فرق Hobby التي تظل دون 10GB ليست ضمن مسار التنظيف الفوري الجديد. وتستمر عمليات نشرها في اتباع سياسة الـ30 يومًا المعتادة واستثناءاتها. كما أن فرق Pro وEnterprise ليست مشمولة بهذا التغيير المحدد في Hobby، إذ إن مدد الاحتفاظ الافتراضية لديها وأعداد عمليات النشر الحديثة المحمية أكبر.

كيف تدقّق في سجل النشر الذي لا يمكنك خسارته؟

ابدأ على مستوى الفريق. فالحد البالغ 10GB يخص فريق Hobby، بينما تتوزع المؤشرات المفيدة على عدة مشاريع.

1. 1

   راجع عدّادي التخزين

   اختر الفريق الصحيح في Vercel، وافتح Usage، ثم اختر Deployment Storage. راجع Deployment Storage، الذي يشمل مخرجات البناء والأصول الثابتة، وFunctions Storage، الذي يشمل حزم الدوال. افتح Projects تحت كل مقياس لمعرفة المشاريع التي تحتفظ بأكبر قدر من المخرجات المخزنة.

2. 2

   دوّن عمليات النشر التي لا يمكنك خسارتها

   افتح Deployments لكل مشروع كبير. سجّل نشر الإنتاج الحالي، ونسخة الإنتاج التي ستعود إليها فعلًا عند الحاجة، وأي رابط معاينة لا يزال ضمن مسار مراجعة أو موافقة، وأي نسخة قديمة لازمة لتدقيق أو فحص انحدار. هذه القائمة هي المتطلب الفعلي؛ أما موجز عمليات النشر فليس سوى قائمة جرد.

3. 3

   طابق كل نسخة مهمة مع وسيلة حماية

   تحقق مما إذا كانت كل نسخة مهمة ضمن أحدث 3 عمليات نشر تم إنشاؤها، أو أحدث 3 عمليات نشر إنتاج بحالة Ready، أو تحمل اسمًا مستعارًا مؤهلًا، أو تمثل أحدث معاينة لفرع نشط. لا تحسب مجموعتي العمليات الثلاث الأحدث منفصلتين عندما تظهر العملية نفسها في كلتيهما.

4. 4

   حافظ على الاستثناء أو على المصدر

   أبقِ فرع المراجعة نشطًا ما دامت أحدث معاينة له مطلوبة. وامنح عملية نشر غير إنتاجية يجب الاحتفاظ بها اسمًا مستعارًا مخصصًا عندما يلائم ذلك سير العمل. وما عدا ذلك، تأكد من توافر commit الكود المصدري والإعدادات والبيانات الخارجية اللازمة لإعادة البناء في مكان خارج سجل النشر.

5. 5

   أزل التخزين الذي لم تعد له وظيفة

   بعد أن يؤكد المالكون ما يمكن الاستغناء عنه، أزل الأسماء المستعارة المخصصة القديمة وأغلق طلبات السحب المتقادمة عبر الإجراءات المعتادة للمستودع. بعد ذلك، افحص عرض Resources لأكبر عملية نشر بحثًا عن مخرجات ثابتة أو حزم Functions أكبر من اللازم. تستطيع صفحة Usage تحديد المشروع، لكنها لا تستطيع تسمية الملف أو عملية النشر أو الحزمة بعينها وراء الحجم الإجمالي.

يوصي دليل Vercel لتحسين التخزين بمقارنة الفريق نفسه، ومقياسي التخزين كليهما، والمشاريع نفسها، والفترة نفسها الممتدة 30 يومًا بعد إجراء أي تغيير. فتنظيف سجل الاحتفاظ وتقليص مخرجات البناء يحلان مشكلتين مختلفتين: الأول يقلل السجل المخزن بمرور الوقت، والثاني يجعل عمليات النشر الجديدة أصغر.

التنظيف والترقية إلى Pro يغيّران طرفين مختلفين في المعادلة

يُعد التنظيف خيارًا بلا تكلفة اشتراك للمشروع الشخصي غير التجاري. وفيه تتخلى عن سجل لم تعد له وظيفة، وتقلص حجم المخرجات حيثما أمكن، وتبقى دون حد Hobby. أما التكلفة فهي تشغيلية: معاينات قديمة أقل للفحص، ونسخ إنتاج أقل متاحة للتراجع.

الترقية إلى Pro ليست ترقية بقيمة $0.10. فسعر كل من Deployment Storage وFunctions Storage في Pro هو $0.10 لكل GB-month، ما يعني أن الاحتفاظ بـ10GB ضمن أحد المقياسين لشهر كامل سعره المعلن $1. لكن الخطة تبدأ برسم منصة شهري قدره $20، ويشمل مقعدًا واحدًا للنشر ورصيدًا شهريًا قدره $20 لاستخدام البنية التحتية. ويضيف كل مقعد Owner أو Member إضافي يملك صلاحية النشر $20 أخرى شهريًا. أما مقاعد Viewer فمجانية.

وبذلك تصبح قاعدة القرار واضحة. لا تقارن «حذف السجل» بـ«دفع $1 مقابل التخزين». قارن التنظيف بالتكلفة الشهرية الكاملة للخطة، وهي $20، ثم أضف كل ناشر إضافي وتحقق مما إذا كان الرصيد المشمول يغطي استخدام الفريق الفعلي للتخزين ولسائر موارد البنية التحتية. يشرح التفصيل الكامل لأسعار Vercel بقية الفاتورة.

بالنسبة إلى نموذج أولي شخصي، قد تكون $20 شهريًا أكثر مما يستحقه السجل المحفوظ. أما في العمل التجاري، فتحسم أهلية الخطة المسألة قبل أن تفعل سياسة الاحتفاظ. وبالنسبة إلى مشروع تجاري يديره مطوّر واحد ويحتاج أصلًا إلى Pro، فإن مدد الاحتفاظ الأطول والحماية الأوسع لعمليات النشر الحديثة جزء من القيمة التي يدفع ثمنها بالفعل.

ما الذي ينبغي فعله يوم الاثنين؟

إذا كان فريق Hobby قد تجاوز 10GB أو اقترب منها، فابدأ من صفحة Usage وحدد المشاريع التي تستهلك أكبر قدر من Deployment Storage وFunctions Storage. بعد ذلك، عيّن روابط المعاينة ونسخ التراجع المحددة التي لا تزال تؤدي وظيفة في العمل أو المراجعة. احمِ هذه العناصر عمدًا، واترك السجل الذي لم تعد له وظيفة يزول.

إذا كان الفريق دون 10GB بفارق مريح، فلا توجد حالة تنظيف طارئة. ومع ذلك، ضع سياسة الـ30 يومًا المعتادة في الحسبان، ولا سيما عند إغلاق فرع يملك معاينة لا يزال شخص ما بحاجة إليها.

وإذا كان المشروع تجاريًا، فتوقف عن اعتبار تنظيف Hobby خطة طويلة الأمد. ضع رسم Pro الكامل في الميزانية، وامنح صلاحية النشر لمن يحتاج إليها، واستخدم مقاعد Viewer المجانية للبقية، ثم قارن الفاتورة بتكلفة إعادة بناء مسار مراجعة أو تراجع مفقود.

للحصول أسبوعيًا على شرح واضح ومباشر كهذا، انضم إلى النشرة البريدية.