الاسترجاع مقابل النشر
الاتجاهان اللذان تتحرك بهما كل عملية في Metadata API: السحب من مؤسسة، أو الدفع إليها.
التعريف
الاسترجاع (retrieve) والنشر (deploy) هما عمليتا Metadata API اللتان يُبنى عليهما كل شيء آخر، والاتجاه مهم. تسحب عملية الاسترجاع البيانات الوصفية من مؤسسة إلى ملفات محلية، عبر sf project retrieve start في Salesforce CLI، بحيث تكون المؤسسة مصدر الحقيقة وتُحدَّث الملفات المحلية لتطابقها. تدفع عملية النشر البيانات الوصفية المحلية إلى مؤسسة، عبر sf project deploy start، بحيث تكون الملفات المحلية مصدر الحقيقة وتُحدَّث المؤسسة لتطابقها. الخلط بين الاتجاهين سبب شائع لفقدان العمل: استرجاع البيانات من الإنتاج بعد إجراء تغييرات محلية يُلغي تلك التغييرات بصمت ما لم يلتقط تتبع المصدر أو نظام التحكم في الإصدارات التعارض أولاً. تُعد Change Sets وواجهة التجميع الكلاسيكية عمليات نشر فقط، أحادية الاتجاه، ومحصورة برفعة واحدة. تُؤتمت بعض الأدوات نصف الاسترجاع باستمرار، بحيث تُرسَل (commit) كل تغييرات المؤسسة مباشرة إلى Git، وهي مقايضة تتناولها مقارنة Serpent وBlue Canvas. يغطي دليل Salesforce CLI الخاص بنا كلا الأمرين بمزيد من التفصيل.
إزاي بيشتغل في Serpent
يتتبع Serpent اتجاه تدفق كل تغيير كجزء من مهمة، بحيث لا يضطر المطور أبدًا لتذكر ما إذا كانت خطوته التالية استرجاعًا أم نشرًا. تُظهر مقارنة المؤسسات الانحراف في كلا الاتجاهين، ما هو موجود في المؤسسة ولكن غير متتبَّع، وما هو متتبَّع ولكن لم يُنشر بعد، قبل تشغيل أي من العمليتين. راجع امتداد Serpent لـ VS Code لمعرفة كيف تظهر إجراءات الاسترجاع والنشر دون مغادرة المحرر.

الاسترجاع مقابل النشر، تمت الإجابة
ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.
يتم الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف متخصص DevOps.
