قنوات الإصدار ووسوم الإصدارات
ينشر تطبيق Teable وسوم إصدارات مستندة إلى التاريخ بالصيغةrelease.<timestamp>.<build> (مثل
release.2026-07-14T12-24-39Z.2228)، بالإضافة إلى قناتين عائمتين:
تصدر الإصدارات بوتيرة متكررة (غالبًا عدة مرات أسبوعيًا)، وأنت تقرر موعد الترقية.
ترد جميع الوسوم في
GitHub Packages.
قبل تنفيذ أي ترقية، نوصي بشدة بإنشاء نسخة احتياطية من بياناتك أولًا.
التحديثات الدورية: اتبع سجل التغييرات
يُعلن عن الميزات والإصلاحات الجديدة في سجل التغييرات، ويحمل كل وسم إصدار من Teable تاريخ بنائه، ولذلك فإن معرفة ما إذا كانت ميزة ما متاحة لديك لا تتطلب سوى مقارنة التواريخ. للحصول على ميزة قرأت عنها، انقل صورة Teable إلى أي إصدار بتاريخ يوافق تاريخ ذلك الإدخال أو يليه:-
يمكن لعمليات النشر باستخدام Docker أن تتبع قناة
latestببساطة:يُعاد إنشاء الحاويات باستخدام الصورة الجديدة؛ وتظل بياناتك في وحدات تخزين Docker (أو قاعدة بياناتك الخارجية) دون مساس. -
ينبغي ألا تستخدم عمليات النشر باستخدام Kubernetes وسمًا عائمًا: أبقِ صورة Teable
مثبتة على وسم محدد، وحدّث الوسم المثبت عمدًا مع كل تحديث. يحل البرنامج النصي
pin-image.shفي مستودع النشر الإصدار المحدد الذي تشير إليهlatestحاليًا.
أفضل الممارسات: ترقية المنصة كاملةً معًا
تتضمن عملية النشر متكاملة الميزات مساري إصدار: تطبيق Teable والمنصة نفسها (راجع البنية). ويربط النهج الدوري الأكثر موثوقية بينهما، مع استخدامVERSIONS.md
ورقةً للترقية. في كل جولة:
- رقِّ طبقة التشغيل إلى أحدث إصدار للمنصة
(
v<year>.<month>.<seq>): يمثل كل وسم git لقطة موثّقة لجميع مكونات وقت التشغيل، ويوضح إدخالCHANGELOG.mdالخاص به ما تغير وما يجب عليك فعله، إن وُجد (يمكن استبدال معظم الإصدارات أثناء التشغيل). اعمل من نسخة المستودع المسحوبة عند ذلك الوسم. - انقل تطبيق Teable إلى وسم الإصدار المحدد الذي تشير إليه
latestحاليًا (يحلّهpin-image.sh) — أي إلى تركيبة مثبتة وموثّقة بدلًا من قناة عائمة. - شغّل أداة doctor المضمنة — فهي تتحقق من السلامة وتقارن ما يعمل فعليًا ببيان إصدار المنصة (متوافق / يجب ترقية تطبيق Teable / تركيبة غير معروفة).
الأسرار المطلوبة
لم يعد Teable يعود إلى أسرار افتراضية مضمنة. إذا كانت عملية النشر تعتمد على تلك القيم الافتراضية، فسيتوقف أول تشغيل بعد الترقية ويعرض قائمة بمتغيرات البيئة المطلوبة وكتلة جاهزة للنسخ واللصق تحافظ على جلساتك ورموزك وبياناتك المشفرة الحالية. أضف الكتلة وأعد التشغيل، ثم خطط لتدوير الأسرار. راجع الأسرار وتدويرها.ترحيل قاعدة البيانات
ينفذ Teable عمليات ترحيل قاعدة البيانات تلقائيًا عند بدء التشغيل؛ ولا يلزم أي إجراء يدوي. إذا بدا أي شيء غير صحيح بعد الترقية، فتحقق من السجلات:التراجع
إذا واجهت مشكلات بعد الترقية:- أعد وسم الصورة في
docker-compose.yamlإلى وسم الإصدار السابق (لهذا يتفوق تثبيت الإصدار علىlatest: فالإصدار السابق يكون مدوّنًا). docker compose up -d
الأسئلة الشائعة
هل سأفقد البيانات بعد الترقية؟
هل سأفقد البيانات بعد الترقية؟
لا. تُخزن بياناتك في وحدات تخزين Docker أو قواعد بيانات خارجية، ولن تؤثر ترقية الحاويات في بياناتك. ومع ذلك، نظل نوصي بإنشاء نسخة احتياطية قبل الترقية.
هل سيتغير معرّف النسخة بعد الترقية؟
هل سيتغير معرّف النسخة بعد الترقية؟
لا. يظل معرّف النسخة دون تغيير أثناء تحديثات التطبيق. فهو معرّف دائم لعملية التثبيت ذاتية الاستضافة.
كم تستغرق الترقية؟
كم تستغرق الترقية؟
يستغرق سحب الصور الجديدة عادةً بضع دقائق (بحسب سرعة الشبكة)، ولا تستغرق إعادة تشغيل الحاويات سوى بضع ثوانٍ. وتكتمل العملية بأكملها عادةً في غضون 5 إلى 10 دقائق.
هل ستنقطع الخدمة أثناء الترقية؟
هل ستنقطع الخدمة أثناء الترقية؟
عند استخدام
docker compose up -d، يحدث انقطاع وجيز في الخدمة (عادةً من بضع ثوانٍ إلى عشرات الثواني).كيف أتحقق من الإصدار الحالي قيد التشغيل؟
كيف أتحقق من الإصدار الحالي قيد التشغيل؟
يمكنك التحقق من الإصدار الحالي عبر:
- عرض رقم الإصدار في أسفل يسار واجهة Teable
- استخدام حساب مسؤول للوصول إلى لوحة الإدارة
- تنفيذ
docker inspect <container> --format='{{.Config.Image}}'للتحقق من إصدار الصورة. إذا كنت تستخدم قناةlatest، فتتضمن عملية النشر متكاملة الميزات أداة مساعدة باسمpin-image.shتحل الإصدار الذي تشير إليهlatestحاليًا.
ماذا أفعل إذا فشلت الترقية؟
ماذا أفعل إذا فشلت الترقية؟
- تحقق أولًا من سجلات الحاوية لاستكشاف الأخطاء وإصلاحها:
docker compose logs teable - إذا كانت المشكلة متعلقة بترحيل قاعدة البيانات، فحاول الاستعادة من النسخة الاحتياطية
- إذا استمرت المشكلة، فتراجع إلى الإصدار السابق
- تواصل مع الدعم عبر support@teable.ai

