CI/CD
بناء تغييرات Salesforce واختبارها ونشرها تلقائيًا فور تنفيذ الالتزام (commit)، بدلاً من تجميعها في إصدارات كبيرة.
التعريف
CI/CD، أي التكامل المستمر والتسليم (أو النشر) المستمر، هو ممارسة بناء التغييرات البرمجية واختبارها ونشرها تلقائيًا فور تنفيذ الالتزام بها، بدلاً من تجميع العمل في إصدارات كبيرة ونادرة تُشغَّل يدويًا. بالنسبة لـ Salesforce تحديدًا، يعني CI/CD أن تغييرات البيانات الوصفية يتم التحقق منها تلقائيًا، وغالبًا نشرها، على بيئات sandbox فور تنفيذ الالتزام بها.
عمليًا، يؤدي تنفيذ الالتزام إلى تشغيل بناء مقابل scratch org جديد، وتُشغَّل اختبارات Apex للتأكد من ثبات تغطية الاختبارات، ولا يُنشر التغيير إلا إذا نجح الاثنان معًا. لا تملك Salesforce منتج CI/CD أصلي خاص بها، لذلك تُجمّع الفرق خطوط الأنابيب من Salesforce CLI وscratch orgs ومشغّل CI عام مثل GitHub Actions أو Azure DevOps أو Jenkins، وتربط الأجزاء معًا بواسطة سكربتات YAML مرتبطة بـاستراتيجية تفريع Git.
يمنح هذا مرونة كاملة لكن بتكلفة إعداد حقيقية، وغالبًا ما تتحول خطوط الأنابيب التي بناها مهندس واحد إلى عبء صيانة إذا غادر ذلك الشخص. نقارن هذا المسار بمسار مُدار في DIY CI/CD مقابل Serpent. يقارن دليلنا لـ Salesforce DevOps بين أساليب CI/CD المبنية خصيصًا وتلك المعتمدة على السكربتات لـ Salesforce.
إزاي بيشتغل في Serpent
تمنح Serpent فرق Salesforce إمكانية CI/CD دون الحاجة لـ YAML أو مشغّل CI منفصل: تُبنى خطوط الأنابيب بصريًا داخل الواجهة، وتُشغّل عمليات البناء والاختبار والنشر تلقائيًا مع انتقال المهام عبر المراجعة. لا يوجد سكربت خط أنابيب يجب صيانته، ولا مهندس واحد هو الوحيد الذي يفهم كيف تسير الإصدارات فعليًا. ولأن ذلك جزء أصيل من Serpent بدلاً من إضافته إلى أداة CI عامة، فإن الخطوات الخاصة بـ Salesforce مثل تهيئة scratch org وتحديد نطاق اختبارات Apex مدمجة منذ البداية. راجع CI/CD بدون كود في Serpent للاطلاع على منشئ خطوط الأنابيب الكامل.
CI/CD: الأسئلة الشائعة
ابدأ مجانًا. بدون بطاقة ائتمان، بدون تثبيت، وبدون التزام.
أنشئ الإعداد في أقل من 15 دقيقة. بدون الحاجة لتوظيف فريق DevOps.