بيئة اختبار بنقرة واحدة
أنشئ نسخة تجريبية لموقعك المباشر مع الحفاظ على ملفاته وقاعدة بياناته بالكامل، على نفس المكدس والمخطط المعتمدين في بيئة الإنتاج، لتكون نتائج الاختبار مطابقة تماماً لما تنشره.
الميزات
أنشئ نسخة تجريبية بنقرة واحدة، واختبر تغييراتك بأمان، ثم انشرها مباشرة عندما تكون مستعداً. اربط مزود git وسيقوم كل دفع بالبناء والنشر تلقائياً. وعندما يحدث خطأ ما، ارجع إلى الإصدار السابق في ثوانٍ معدودة.
يحصل كل موقع على بيئة تجريبية متكاملة، وليس مجرد تخمين. استنسخوا بيئة الإنتاج، واعملوا على النسخة، ثم ادمجوا تغييراتكم مجددًا بعد التأكد من جاهزيتها.
أنشئ نسخة تجريبية لموقعك المباشر مع الحفاظ على ملفاته وقاعدة بياناته بالكامل، على نفس المكدس والمخطط المعتمدين في بيئة الإنتاج، لتكون نتائج الاختبار مطابقة تماماً لما تنشره.
عندما تصبح تغييراتكم جاهزة، انشروا بيئة الإعداد إلى بيئة الإنتاج بإجراء واحد. لا نسخ يدوياً للملفات، ولا تصديراً هشاً لقواعد البيانات.
كل عملية نشر هي إصدار ذو رقم نسبي. إذا تسبب أي تغيير في حدوث خلل، فيمكنكم التراجع مباشرةً إلى آخر إصدار صالح معروف دون تذكرة استعادة.
سواء كان WordPress المُدار أو WooCommerce أو PHP أو HTML ثابت أو Node — تعمل بيئة الاختبار والنشر المباشر بنفس الطريقة عبر جميع مواقعكم.
اربط مزود git لمرة واحدة وسيصبح مستودعك المصدر الموثوق الوحيد. ادفع الكود وستتولى المنصة بناءه ونشره نيابة عنك.
قُم بربط GitHub أو GitLab أو Bitbucket عبر OAuth، وسيتم حفظ مفاتيح النشر الخاصة بك في مخزن بيانات الاعتماد المشفر، وليس في ملف الإعدادات العادي أبدًا. يتم تشغيل خطاف ويب (webhook) مع كل عملية دفع (push)، مما يؤدي إلى تشغيل مسار بناء ونشر متين ينفذ خطوات البناء لحزمتك التقنية — Composer وnpm وغيرهما — قبل الإطلاق إلى الموقع.
قم بربط الفروع بالبيئات بالطريقة التي يعمل بها فريقكم بالفعل: main إلى production، أو staging إلى staging، أو أي اصطلاح تفضلونه. ادمج في فرع وسيتم تحديث البيئة المطابقة تلقائيًا، وبالتالي فإن ترقية أي تغيير لا تتطلب سوى أمر git push.
لا ينبغي أن يعني النشر المستمر التخلي عن السيطرة. أنتم تقررون أي فرع يرتبط بأي بيئة، ومتى تتم ترقية التغيير، ومتى يتم التراجع عنه. يتولى خط الأنابيب العمل الآلي — سحب التعليمات البرمجية، وتشغيل عمليات البناء، والإصدار بشكل ذري — بحيث يكون النشر أمرًا روتينيًا، وقابلاً للتكرار، وقابلاً للتراجع عنه.
إذا كنتم تستخدمون حزمة الذكاء الاصطناعي الخاصة بنا، فيمكن للمساعد برمجة التغييرات ودفعها إلى مواقعكم عبر المسار نفسه، وبذلك يمر التغيير الذي تم إنشاؤه بواسطة الذكاء الاصطناعي عبر مسار البناء والنشر والتراجع نفسه تمامًا مثل أي شيء تكتبونه يدويًا.
تنشئ بيئة المرحلة الانتقالية نسخة كاملة من موقعك المباشر — الملفات وقاعدة البيانات — على نفس حزمة وبيئة الإنتاج. يمكنك اختبار تغييراتك على النسخة، ثم استخدام النشر المباشر لنقلها إلى بيئة الإنتاج في إجراء واحد.
GitHub وGitLab وBitbucket. تتصلون عبر OAuth ويتم تخزين مفاتيح النشر الخاصة بكم في مخزن بيانات الاعتماد المشفر، وليس في ملفات التكوين العادية مطلقًا.
يتم إطلاق خطاف ويب (webhook) عند إجراء الدفع (push) ويبدأ مسار بناء ونشر متين. حيث يقوم بتشغيل خطوات البناء الخاصة بمجموعتك البرمجية — مثل Composer وnpm وما شابه ذلك — ويطلق النتيجة إلى البيئة المرتبطة بذلك الفرع.
نعم. يتيح لكم تعيين الفرع للبيئة، على سبيل المثال، توجيه main إلى production وتوجيه staging إلى staging. ادمجوا في فرع وسيتم نشر البيئة المطابقة تلقائيًا.
كل عملية نشر تمثل إصداراً ذا رقم محدد، مما يتيح لكم الرجوع إلى الإصدار السابق دون الحاجة إلى تذكرة استعادة. وبما أن عمليات النشر تعمل كمهام سير عمل متينة وقابلة لإعادة المحاولة، فإن أي فشل في منتصف عملية البناء لن يترك الموقع منشوراً بشكل جزئي أبداً.
قم بالتهيئة التجريبية، والنشر المباشر، والرفع البرمجي من git. تجربة مجانية لمدة 14 يوماً دون بطاقة ائتمان، وضمان استعادة الأموال لمدة 30 يوماً، وعمليات نقل مجانية، ودون أي قيود على اختيار مزود الخدمة.
ابدأ مجانًا