CI में Lint और Template जाँच

Lint में Chart.yaml का कोई आवश्यक फ़ील्ड न होना, ऐसा टेम्पलेट जिसे पार्स न किया जा सके, या ऐसा आइकन जिसका URL न हो—इन समस्याओं की सूचना मिलती है। यह तेज़ है और इसके लिए Kubernetes कनेक्शन की आवश्यकता नहीं होती।

--strict जोड़ें, ताकि lint की चेतावनियाँ भी रन को विफल कर दें। CI में आप चाहते हैं कि संदिग्ध हर चीज़ पर बिल्ड विफल हो, न कि ऐसी शांत चेतावनी मिले जिसे कोई पढ़े ही नहीं।

वास्तव में उपयोग किए जाने वाले मानों के विरुद्ध lint चलाने के लिए -f दें। कोई चार्ट खाली मानों के साथ सही हो सकता है, लेकिन आपके प्रोडक्शन मान मिलने पर टूट सकता है।

Lint सफल होने के बाद हर मैनिफ़ेस्ट को स्थानीय रूप से रेंडर करने के लिए helm template चलाएँ। यदि टेम्पलेट तैयार करने में विफलता होती है, तो किसी चीज़ के Kubernetes तक पहुँचने से पहले ही कार्यप्रवाह रुक जाता है।

Lint सतही जाँच करता है; helm template आपके Go टेम्पलेट तर्क का पूरा मूल्यांकन करता है। range में टाइपो या nil मान जैसी समस्या परिनियोजन के समय नहीं, बल्कि यहीं सामने आ जाती है।

विफलता होने पर दोनों कमांड शून्य से अलग exit code लौटाती हैं। CI रनर इस कोड को अपने-आप पढ़कर जॉब को विफल चिह्नित करते हैं और मर्ज रोक देते हैं।

रेंडर किए गए आउटपुट को kubeval या kubeconform में पाइप करें, ताकि पुष्टि हो सके कि वह वास्तविक Kubernetes स्कीमा से मेल खाता है। इससे गलत फ़ील्ड नाम जल्दी पकड़ में आ जाता है।

सभी गेट को एक ही जॉब में क्रम से चलाएँ, ताकि कोई विफलता बाकी प्रक्रिया को तुरंत रोक दे। अधिकांश रनर में && पहले शून्य से अलग निकास पर रुक जाता है, जिससे प्रतिक्रिया तेज़ रहती है।

इन जाँचों को केवल मर्ज के समय नहीं, बल्कि हर पुल अनुरोध पर चलाएँ। समीक्षकों को एक हरी जाँच दिखाई देगी, जो साबित करती है कि चार्ट अब भी सही ढंग से रेंडर होता है।

हर बदलाव पर पहले helm lint --strict और फिर helm template चलाकर गेट लगाएँ; चाहें तो आउटपुट की स्कीमा-जाँच भी करें। खराब चार्ट बिल्ड को विफल करेंगे, क्लस्टर को नहीं। ✅