package.xml
ملف البيان (manifest) الذي يخبر Metadata API بالضبط أي المكونات يجب استرجاعها أو نشرها في إصدار ما.
التعريف
package.xml هو ملف البيان الذي تقرأه Metadata API لمعرفة أي المكونات، حسب النوع والاسم، يجب تضمينها في عملية استرجاع أو نشر. أي شيء غير مدرج فيه لا يُلمس ببساطة؛ تُترك البيانات الوصفية المنشورة الواقعة خارج البيان كما هي بدلاً من إزالتها، لأن التغييرات المدمّرة تحتاج بيانها المنفصل الخاص بها.
الحفاظ يدويًا على package.xml لإصدار ما سبب شائع لأخطاء من نوع “نجح على جهازي”: يضيف مطور حقلًا مخصصًا جديدًا أو فئة Apex محليًا، وينسى إضافة الإدخال المقابل إلى البيان، فينجح النشر دون خطأ بينما يغيب بصمت مكون كان الإصدار يعتمد عليه.
يمكن للمؤسسات القائمة على source tracking وأدوات CLI توليد package.xml تلقائيًا من فرق (diff)، وهذا سبب تحول معظم خطوط أنابيب Salesforce DevOps بعيدًا عن البيانات المُحرَّرة يدويًا نحو أدوات تبني القائمة مما تغيّر فعليًا. يغطي دليل Salesforce DevOps لدينا توليد البيانات كجزء من عملية البناء.
إزاي بيشتغل في Serpent
يبني Serpent بيان النشر الخاص به تلقائيًا من البيانات الوصفية التي لمسها عنصر العمل (Work Item) فعليًا، بأسلوب source-tracked لا يدوي، بحيث لا يمكن أن يُترك مكون بصمت خارج إصدار ما كما قد يحدث مع package.xml مُحرَّر يدويًا. تبقى قائمة مكونات كل عنصر عمل مرئية قبل النشر، بحيث يمكن للمراجعين تأكيد ما هو مضمَّن بالضبط دون مراجعة بيان يدويًا. راجع إدارة الإصدارات في Serpent لمعرفة كيف يُحدَّد نطاق عمليات النشر التفاضلية (delta).
package.xml، تمت الإجابة
ابدأ مجانًا. بلا بطاقة ائتمان، بلا تثبيت، بلا التزام.
الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف DevOps.