تتبع المصدر
طريقة Salesforce المدمجة لاكتشاف البيانات الوصفية التي تغيّرت في مؤسسة scratch أو صندوق رملي مدعوم.
التعريف
تتبع المصدر هو آلية Salesforce لاكتشاف البيانات الوصفية التي تغيّرت في مؤسسة scratch أو صندوق رملي من نوع Developer/Developer Pro منذ آخر مزامنة، بحيث يمكن لأدوات مثل Salesforce CLI سحب الفارق (delta) فقط بدلاً من كل البيانات الوصفية للمؤسسة. تقوم عليه أوامر مثل sf project retrieve start وهو ما يتيح لبيئات التطوير مثل VS Code عرض فروقات فورية بين الحالة المحلية وحالة المؤسسة، بالقراءة والكتابة عبر Metadata API تحت الغطاء.
يعمل تتبع المصدر فقط في المؤسسات التي تدعمه؛ لا تتتبع صناديق Partial Copy وFull الرملية، إلى جانب الإنتاج، المصدر أصليًا، وهو سبب اعتماد الفرق حتى الآن على المقارنات اليدوية أو أدوات المقارنة من جهات خارجية لتلك البيئات؛ تغطي مقارنة Serpent وSalto أين تتلاءم أداة تحليل مخصصة مقابل منصة تسليم. تُخزَّن التغييرات المتتبَّعة على القرص بصيغة صيغة المصدر بدلاً من صيغة البيانات الوصفية الأقدم.
عندما يخرج تتبع المصدر عن التزامن، عادة بسبب تغيير بيانات وصفية تم إجراؤه خارج التدفق المتتبَّع، يمكن أن تفوّت عمليات الاسترجاع تغييرات أو تكررها حتى تتم إعادة الضبط. يشرح دليل Salesforce DevOps الخاص بنا كيف يتلاءم تتبع المصدر مع عملية إصدار قائمة على Git.
إزاي بيشتغل في Serpent
يوسّع Serpent تتبع التغييرات إلى بيئات لا تدعمها Salesforce أصليًا، بحيث يكون الانحراف بين الصناديق الرملية ومؤسسات scratch والإنتاج مرئيًا بغض النظر عن قيود تتبع المصدر. يُلتقَط كل تغيير في البيانات الوصفية يتم عبر مهمة ويُربط بسجل الالتزام (commit) والنشر الخاص به، ما يمنح المطورين نفس الرؤية الفورية في لوحة تحكم Serpent التي يمنحها تتبع المصدر داخل بيئة التطوير. هذا يعني أن الفرق ليست عالقة في مقارنة صناديق Partial Copy أو Full الرملية يدويًا لمعرفة ما تغيّر. راجع سير العمل القائم على المهام في Serpent لمعرفة كيف يتصل تتبع المصدر بالعمل اليومي.
تتبع المصدر، تمت الإجابة
ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.
يتم الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف متخصص DevOps.