مسرد Salesforce DevOps

Metadata Format

البنية المسطّحة (flat) الأصلية لواجهة Metadata API، بمجلد واحد من المستوى الأعلى لكل نوع مكون، ويحركها package.xml.

التعريف

الـ metadata format هو تخطيط الملفات الذي تعمل معه واجهة Metadata API مباشرة: بنية مسطّحة بمجلد واحد من المستوى الأعلى لكل نوع مكون (objects/، classes/، triggers/، flows/) وبيان package.xml يُعلن ما هو مضمَّن، يُفكّ ضغطه ويُضغط في كل استدعاء retrieve أو deploy. إنه التخطيط الذي استخدمته أداة Ant Migration Tool القديمة وما زال ما تتوقعه الواجهة الخام تحت الغطاء، لكنه يجمّع كل مكونات نوع واحد معًا بدلاً من تجميعها حسب الميزة، ما يجعل تتبع تاريخ Git أصعب لتغيير معين. يحل source format الخاص بـ Salesforce CLI مشكلة سهولة القراءة هذه، لكن كل عملية retrieve أو deploy لا تزال تُحوَّل إلى metadata format لاستدعاء الواجهة الفعلي، سواء أظهرت الأداة تلك الخطوة أم لا. يغطي دليلنا لإدارة البيانات الوصفية الفروق العملية التي تواجهها الفرق.

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

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

يتولى Serpent تحويل metadata format خلف الكواليس في كل عملية نشر، بحيث لا يعمل المطورون والمسؤولون إلا مع تغييرات قابلة للقراءة ومحصورة بنطاق المهمة بدلاً من بنية الواجهة الخام. يُبنى البيان (manifest) وتحزيم metadata format لكل إصدار تلقائيًا من كل ما لمسته المهمة، دون سكربتات Ant أو ملفات zip يدوية. راجع إدارة الإصدارات في Serpent لمعرفة كيف تُحزَّم عمليات النشر خلف الكواليس.

إعدادات تكامل Git في Serpent
أسئلة شائعة

Metadata Format، تمت الإجابة

هل أحتاج إلى أداة Ant Migration Tool للعمل مع metadata format؟
لا. يقوم Serpent بتحزيم كل عملية نشر تلقائيًا بالتنسيق الذي تتوقعه Metadata API؛ لا حاجة لأداة أو سكربت منفصل.

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

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

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

بدون التزام.