تجميع أرشيف Release باستخدام helm package

يصلح دليل chart على حاسوبكم المحمول، لكنكم تحتاجون إلى ملف واحد مُصدَر بإصدار لمشاركته. وهذا ما ينتجه helm package.

وجّهوا helm package إلى دليل chart، فيجمع كل شيء داخل أرشيف مضغوط واحد جاهز للتوزيع.

النتيجة هي أرشيف tar مضغوط باستخدام gzip، ويُسمّى باسم chart وإصداره. وملف .tgz الواحد هذا هو الوحدة التي يثبّتها Helm وتعرضها المستودعات.

الرقم الموجود في اسم الملف هو حقل version في Chart.yaml، وليس appVersion. يقرأه Helm لتسمية الأرشيف وترتيبه.

يجب ألا يشترك أرشيفان في الإصدار نفسه. حدّثوا version في Chart.yaml قبل كل عملية إنشاء حزمة، واتبعوا نظام الإصدارات الدلالية حتى يتمكن المستهلكون من مقارنة الإصدارات.

يُوضَع ملف .tgz افتراضيًا في دليلكم الحالي. استخدموا --destination لوضع charts المُنشأة في مجلد مخصص.

قبل إنشاء الأرشيف، يحمّل helm package chart ويتحقق منه. ويؤدي وجود Chart.yaml تالف أو حقل مفقود إلى إيقاف إنشاء الحزمة، فتظهر الأخطاء مبكرًا.

إذا كان chart يتضمن subcharts، فنفّذوا helm dependency update أولًا حتى تُضمَّن داخل charts/ وتنتقل داخل الأرشيف.

عيّنوا appVersion إلى وسم image للتطبيق الذي توزعونه. فهذا يوثّق البرنامج الذي ينشره chart المُنشأ فعليًا.

لا تحتاجون إلى مستودع لاختبار الأرشيف. إذ يقبل helm install مسار .tgz محليًا مباشرةً، تمامًا كالتثبيت من مستودع.

يُبقي ملف .helmignore الملفات غير الضرورية مثل .git ونسخ المحررات الاحتياطية خارج الحزمة، لذلك يظل أرشيفكم المنشور نظيفًا وصغير الحجم.

نفّذتم helm package على chart الخاص بكم. ما الذي يتحكم في الإصدار الموجود في اسم الملف الناتج؟

استخدمتم helm package لتحويل دليل chart إلى ملف .tgz ذي إصدار، مع تحديث إصدار Chart.yaml في كل مرة. والأرشيف جاهز الآن للمشاركة. 📦