التراجع (Rollback)
التراجع عن عملية نشر تسببت في مشكلة، وهو أمر لا تدعمه Salesforce أصليًا للبيانات الوصفية.
التعريف
يُلغي التراجع عملية نشر تسببت في مشكلة، ويستعيد الحالة السابقة للبيانات الوصفية أو البيانات المتأثرة. لا تمتلك Salesforce تراجعًا أصليًا بنقرة واحدة لعمليات نشر البيانات الوصفية: عكس إصدار سيئ يعني عادةً إعادة نشر النسخة السابقة يدويًا لكل مكوّن متأثر، سواء خرج ذلك الإصدار عبر Change Set أو خط أنابيب CI، أو الاستعادة من نسخة احتياطية إن وُجدت مسبقًا.
يستغرق كلا المسارين وقتًا تحت الضغط، ما يجعل التراجع أحد أخطر الثغرات في عملية إصدار يدوية. تقبل الفرق إما فترة توقف طويلة أثناء تحديد ما يجب التراجع عنه، أو تتجنب النشر إلى الإنتاج تمامًا خلال النوافذ الخطرة، ما يُبطئ التسليم بشكل عام.
بعض التغييرات أصعب بكثير في عكسها بشكل نظيف من غيرها، خاصة تلك التي تشمل بيانات حية، أو تغييرات مدمّرة حذفت بيانات وصفية بالفعل، أو أتمتة نشطة بالفعل، لذا يجب التخطيط للتراجع كجزء من خطة النشر قبل إطلاق الإصدار، لا ارتجاله بعد أن ينكسر شيء ما.
إزاي بيشتغل في Serpent
يمنح Serpent كل إصدار تراجعًا بنقرة واحدة، لمكوّن واحد أو للنشر بالكامل، لأنه يتتبع الحالة السابقة الدقيقة لكل ما لمسه الإصدار. لا يوجد اندفاع يدوي لإعادة نشر النسخة القديمة ولا اعتماد على عملية نسخ احتياطي منفصلة للتعافي من إصدار سيئ. هذا يحوّل التراجع من إجراء طارئ إلى شبكة أمان روتينية، ما يتيح للفرق الإصدار بشكل أكثر تكرارًا بدلاً من تجنب عمليات النشر إلى الإنتاج خوفًا. راجع التراجع بنقرة واحدة في Serpent لمعرفة كيف يعمل.
التراجع، تمت الإجابة
ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.
يتم الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف متخصص DevOps.