مراجعة helm history

يُسجَّل كل install وكل upgrade. يعرض الأمر helm history هذا التسلسل الزمني لإصدار معين، بصف واحد لكل revision. 📜

يسرد الناتج كل REVISION مع وقت تحديثها، وحالتها، وchart، وإصدار التطبيق، ووصف مختصر لما حدث.

يمثل عمود REVISION المفتاح الأساسي: يبدأ العد من 1، وهو القيمة الدقيقة التي ستمررها لاحقًا إلى rollback.

توضح STATUS مصير كل revision: deployed أو superseded أو failed أو pending. ولا تكون هناك revision واحدة deployed في كل مرة.

عند إجراء upgrade، تصبح revision القديمة superseded. لكنها تبقى في السجل حتى تتمكن من العودة إليها عند الحاجة.

تشير revision التي تحمل الحالة failed إلى upgrade لم تكتمل. ويجعل السجل من السهل معرفة آخر revision سليمة.

يعرض عمود DESCRIPTION ملاحظة مفهومة مثل Upgrade complete أو Rollback to 2، لتتمكن من معرفة الغرض بمجرد إلقاء نظرة.

تتراكم revisions في الإصدارات طويلة العمر. استخدم --max لعرض أحدث صفوف قليلة فقط بدلًا من القائمة كاملة.

هل تحتاج إلى تحليل السجل في برنامج نصي؟ اطلب -o json أو -o yaml للحصول على ناتج منظم بدلًا من الجدول.

يقتصر السجل على namespace معينة. إذا كان الإصدار موجودًا في مكان آخر، مرّر -n حتى يبحث Helm في المكان الصحيح.

فكّر في helm history باعتباره القائمة التي تقرؤها قبل اختيار هدف rollback. اختر آخر revision معروفة بسلامتها، ثم نفّذ الإجراء عليها.

يمكنك الآن قراءة helm history: revisions، وحالات مثل deployed وsuperseded، والأوصاف. إنه الخريطة التي تستخدمها لاختيار هدف rollback. 🧭