Flow Deployment
نشر إصدار جديد من flow لا يُفعّله، وflow غير مُفعّل لا يفعل شيئًا بصمت حتى يقلب أحدهم المفتاح.
التعريف
تُنشر بيانات flow الوصفية على شكل تعريف Flow بالإضافة إلى إصدار واحد أو أكثر مرقّم من Flow، لكن النشر لا يُفعّل تلقائيًا الإصدار الذي شُحن للتو: يمكن أن يُنشر flow بنجاح ويبقى مع ذلك غير مُفعّل، ما يعني أن أي أتمتة يُفترض أن يُشغّلها لا تُطلق ببساطة، دون أي خطأ يُشير إلى ذلك. تمنع Salesforce أيضًا حذف أو إلغاء تفعيل إصدار flow لا يزال يحتوي على تفاعلات (interviews) متوقفة مؤقتًا وجارية، وهو أمر شائع مع عناصر الانتظار (wait) أو المسارات المجدولة، ما قد يعيق عملية نشر تتضمن تغييرًا في flow حتى تنتهي تلك التفاعلات أو تُحل. ونظرًا لأن كل حفظ ينشئ إصدارًا جديدًا بدلاً من الكتابة فوق القديم، تتراكم في الـ orgs إصدارات flow قديمة غير مفعّلة تُثقل عملية استرجاع البيانات الوصفية وتجعل من الصعب معرفة أي إصدار يعمل فعليًا دون التحقق مباشرة من Setup. يمكن أيضًا لتفعيل flow أن يُطلق قاعدة تحقق (validation rule) لم يصل إليها الاختبار اليدوي مطلقًا، لأن كلاهما يعمل عند الحفظ. يغطي دليلنا لخط أنابيب CI/CD نشر الأتمتة كجزء من عملية بناء.
إزاي بيشتغل في Serpent
تُشير فحوصات preflight الخاصة بـ Serpent إلى عمليات نشر flow التي قد تترك أتمتة غير مفعّلة أو محجوبة بسبب تفاعلات جارية، قبل شحن الإصدار، ويحصر delta deployment تغييرات flow في ما تغيّر فعليًا بدلاً من إعادة نشر كل إصدار. راجع إدارة الإصدارات في Serpent لمعرفة كيفية عمل فحوصات preflight.

ابدأ مجانًا. بدون بطاقة ائتمان، بدون تثبيت، وبدون التزام.
أنشئ الإعداد في أقل من 15 دقيقة. بدون الحاجة لتوظيف فريق DevOps.
