فحوصات Lint وTemplate في CI

ينبغي أن يفشل خط أنابيبك بسبب chart معطّل، لا أن يفشل عنقود الإنتاج. تتيح لك بوابات CI رفض charts غير السليمة فور فتح طلب السحب. 🛡️

ينفّذ الأمر helm lint فحوصات ثابتة على chart؛ إذ يتحقق من البنية والحقول المطلوبة والمشكلات الشائعة المتعلقة بأفضل الممارسات دون لمس أي عنقود.

ينبّه lint إلى غياب حقل في Chart.yaml، أو وجود قالب يتعذر تحليله، أو كون الأيقونة ليست عنوان URL. وهو سريع ولا يحتاج إلى اتصال بـ Kubernetes.

أضف --strict حتى تؤدي تحذيرات lint أيضاً إلى فشل التشغيل. ففي CI تريد أن يصبح البناء أحمر عند وجود أي شيء مشكوك فيه، لا أن يظهر تحذير صامت لا يقرأه أحد.

مرّر -f إلى lint لفحص chart باستخدام القيم التي سيستخدمها الإصدار فعلياً. فقد يكون chart صالحاً بقيم فارغة، لكنه يتعطل بعد دمج قيم الإنتاج.

بعد نجاح lint، شغّل helm template لإنشاء جميع البيانات التعريفية محلياً. وإذا فشل إنشاء القوالب، يتوقف خط الأنابيب قبل وصول أي شيء إلى Kubernetes.

فحص lint سطحي، أما helm template فيقيّم منطق قوالب Go بالكامل. ويظهر هنا الخطأ المطبعي في range أو القيمة الفارغة، لا وقت النشر.

يعيد كلا الأمرين رمز خروج غير صفري عند الفشل. ويقرأ مشغّلو CI هذا الرمز تلقائياً ويضعون المهمة في حالة فشل، مما يمنع الدمج.

مرّر الناتج المُنشأ إلى kubeval أو kubeconform للتأكد من مطابقته لمخططات Kubernetes الحقيقية. ويساعد ذلك على اكتشاف اسم حقل خاطئ مبكراً.

اربط البوابات في مهمة واحدة حتى يؤدي أي فشل إلى إيقاف ما تبقى. ففي معظم المشغّلات، يوقف && التنفيذ عند أول رمز خروج غير صفري، مما يحافظ على سرعة الحصول على الملاحظات.

شغّل هذه الفحوصات مع كل طلب سحب، لا عند الدمج فقط. وسيرى المراجعون فحصاً ناجحاً يثبت أن chart لا يزال يُنشأ بشكل صحيح.

افحص كل تغيير باستخدام helm lint --strict ثم helm template، مع إمكانية التحقق من مخطط الناتج. تفشل charts غير السليمة في البناء، لا في العنقود. ✅