Supabase CLI v3 تجعل أوامر قاعدة البيانات محلية افتراضيًا وتطلب تأكيدًا قبل أي تغيير على المشروع المرفوع

أصدرت Supabase في 4 نوفمبر 2026 النسخة v3.0.0 من أداة سطر الأوامر الخاصة بها. ويقول سجل التغييرات إنها أصبحت النسخة التي تُثبَّت افتراضيًا من npm وHomebrew وحزم Linux ومن setup-cli الخاص بالشركة.

وتحمل النسخة ثلاثة تغييرات تكسر التوافق مع ما قبلها. الأول أن أوامر قاعدة البيانات صارت تعمل على النسخة المحلية افتراضيًا. فالأوامر db push وdb pull وdb dump وgen types وأوامر الـ storage لا تصل إلى المشروع المرفوع إلا عند إضافة flag باسم remote.

والثاني أن أي أمر يغيّر شيئًا في مشروع مرفوع صار يطلب التأكيد أولًا، والإجابة الافتراضية هي الرفض. وحين يعمل الأمر داخل CI ولا يوجد من يجيب، يفشل ما لم تُضف flag باسم yes. ولم يعد تمرير الحرف y يُعدّ موافقة.

والثالث يخص المشاريع التي أُنشئت قبل النسخة v2.108.0، إذ يحتوي ملف config.toml فيها على قسم باسم inbucket، وصار اسمه الجديد local_smtp. وتستمر الأوامر في الفشل حتى يُغيَّر الاسم.

ويشرح السجل سبب التغيير. ففي النسخة القديمة كانت بعض أوامر قاعدة البيانات تتجه إلى المشروع المرفوع وبعضها إلى النسخة المحلية، وكانت هناك 4 flags مختلفة تحدد الهدف. ولذلك كان أمر مكتوب دون flag قادرًا على الوصول إلى قاعدة بيانات production.

والتحديث بذلك يغلق بابًا كان مفتوحًا، ويوقف في الوقت نفسه أي pipeline كان يعتمد عليه. ويحدد السجل الفئات المتأثرة: من يشغّل الأداة داخل CI، أو في سكربتات النشر، أو من خلال AI agent.