Salesforce DevOps لـ Vlocity / Industries Cloud
تُصدَر OmniScripts وDataRaptors وIntegration Procedures بشكل مستقل عن بعضها. إليك كيف يُعطّل ذلك عمليات النشر.
إيه اللي صعب نشره
OmniScripts وDataRaptors وIntegration Procedures قابلة للنشر كبيانات وصفية، لكن يُصدَر كل منها بشكل مستقل. يؤدي نشر OmniScript دون نشر إصدارات DataRaptor وIntegration Procedure الدقيقة التي يستدعيها أيضًا إلى انكساره بصمت أثناء وقت التشغيل بدلاً من فشل النشر، وغالبًا ما يحتاج مكوّن Lightning المُولَّد إلى خطوة إعادة تجميع يدوية قبل أن تُقدّم المؤسسة الهدف الإصدار المُحدَّث.
فين بيصعب الموضوع
إزاي Serpent بتساعد
يجلب اكتشاف التبعيات في Serpent كل DataRaptor وIntegration Procedure يستدعيها OmniScript فعليًا، وليس فقط OmniScript نفسه، بحيث لا يمكن لعملية نشر تفاضلية إطلاق سكريبت يشير إلى إصدار غير موجود بعد في المؤسسة الهدف. راجع إدارة الإصدارات في Serpent لمعرفة كيف تعمل عمليات النشر المدركة للتبعيات.

إصدار نموذجي لـ Salesforce DevOps لـ Vlocity / Industries Cloud
- سجّل تغيير OmniScript كمهمةاجمع تعديل OmniScript مع كل DataRaptor وIntegration Procedure يستدعيها فعليًا، وليس السكريبت نفسه فقط.
- اكتشاف التبعيات يُعيّن ما هو مُشار إليه فعليًايتتبّع Serpent سلسلة الاستدعاء بحيث يتضمن النشر كل إصدار يعتمد عليه السكريبت.
- انشر السلسلة الكاملة بشكل تفاضليأطلق OmniScript وتبعياتها معًا، بحيث لا يشير أي شيء إلى إصدار غير موجود بعد في المؤسسة الهدف.
- تأكد من إعادة تجميع مكوّن LWCتحقّق من أن مكوّن Lightning المُولَّد يعكس التحديث قبل اعتبار الإصدار مكتملاً.
Vlocity / Industries Cloud DevOps، بالإجابات
ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.
يتم الإعداد في أقل من 15 دقيقة. دون الحاجة لتوظيف مختص DevOps.
