مسرد Salesforce DevOps

Org-Dependent Unlocked Package

حزمة unlocked مبنية اعتمادًا على بيانات وصفية تبقى خارج الحزمة، مخصصة لمؤسسات brownfield التي لا يمكنها التحول الكامل إلى وحدات منفصلة.

التعريف

حزمة org-dependent unlocked هي نسخة من حزمة 2GP unlocked يُسمح لها بالإشارة إلى بيانات وصفية تعيش خارج الحزمة، حقول مخصصة، كائنات أخرى، مجموعات أذونات، دون الحاجة لإعلان كل واحدة منها كاعتمادية رسمية. يجب أن تكون الحزمة unlocked القياسية (org-independent) مكتفية ذاتيًا بما يكفي لتُثبَّت بشكل سليم في scratch org فارغة؛ بينما لا تستطيع الحزمة org-dependent ذلك، لأنها تفترض أن المؤسسة الهدف تملك بالفعل بعض البيانات الوصفية. هذه المفاضلة تجعلها نقطة الدخول العملية للفرق التي لديها مؤسسة قديمة (legacy) كبيرة ومتشابكة ولا تستطيع بعد فصل البيانات الوصفية بشكل نظيف إلى حزم مستقلة، لكنها لا تزال تريد فوائد إصدار الإصدارات وCI/CD الخاصة بـ 2GP. المشكلة: لا يمكن تثبيت الحزم org-dependent في scratch org جديدة للاختبار المعزول، ما يحد من مقدار ما يمكن لخط أنابيب CI التحقق منه لإصدار قبل شحنه. راجع دليلنا لأخطاء 2GP الشائعة لمعرفة أين تتعثر الفرق في هذا الأمر.

من واقع الاستخدام

إزاي بيشتغل في Serpent

يبني Serpent ويُصدر حزم org-dependent unlocked بنفس الطريقة التي يتعامل بها مع أي نوع آخر من حزم 2GP، تُتبَّع حسب المهمة، وتُرقّى مع مراعاة الاعتماديات، دون أن يضطر الفريق لكتابة سكربت sf package version create يدويًا. ولأن الحزم org-dependent لا يمكنها التحقق بشكل سليم في scratch org فارغة، تعمل فحوصات ما قبل الرحلة (preflight) الخاصة بـ Serpent بدلاً من ذلك مقابل sandbox تمثيلية، فتلتقط أخطاء الاعتماديات المفقودة قبل أن يفعل ذلك نشر حقيقي. راجع 2GP CI/CD في Serpent لمعرفة كيف يتناسب كلا نوعي الحزم مع نفس خط الأنابيب.

ربط الـ commit بالحزمة (package) في Serpent
أسئلة شائعة

Org-Dependent Unlocked Package، تمت الإجابة

هل يجب أن نبدأ بحزمة unlocked من نوع org-dependent أم org-independent؟
org-independent هي الخيار الافتراضي الموصى به من Salesforce. أما org-dependent فهو حل احتياطي عملي للمؤسسات القديمة (legacy) التي لا يمكنها بعد تحويل بياناتها الوصفية بالكامل إلى وحدات منفصلة.

ابدأ مجانًا. بلا بطاقة ائتمان، بلا تثبيت، بلا التزام.

الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف DevOps.

هل تريد معرفة كيف يمكنكم الشحن أسرع قبل البدء؟ لنتحدث

بدون التزام.