نشر المخططات من مهمة إصدار

عند وضع tag لإصدار، ينبغي لمسار العمل لديك أن يحزّم المخطط وينشره حتى يتمكن زملاؤك والعناقيد من جلب version الجديد. 📦

قيّد خطوة النشر لتعمل عند وجود إصدار tag، وليس مع كل commit. وبذلك يبقى مستودع المخططات خاليًا من إصدارات التطوير المؤقتة.

يجب زيادة حقل version في Chart.yaml مع كل عملية نشر. ترفض Helm ومستودعات OCI إعادة دفع إصدار ثابت موجود مسبقًا.

يجمع الأمر helm package دليل المخطط في أرشيف .tgz ذي إصدار، ويُنشئ اسمه من اسم المخطط وإصداره.

يدفع Helm الحديث المخططات إلى مستودعات OCI مثل GHCR، وهي المكان نفسه الذي توجد فيه صور الحاويات. صادِق على CLI أولًا.

استخدم helm push لإرسال ملف .tgz إلى مسار مستودع OCI. ويمكن الآن تثبيت المخطط مباشرةً باستخدام مرجع oci://.

أما في المستودع القائم على HTTP، فأعِد إنشاء index.yaml حتى يتمكن العملاء من اكتشاف إصدار المخطط الجديد بعد رفع ملف tgz.

صادِق على المهمة باستخدام رمز قصير الأجل من أسرار CI، ولا تستخدم مطلقًا كلمة مرور شخصية مضمنة في ملف مسار العمل.

تحزّم أداة chart-releaser المخططات وتحدّث فهرسًا مستضافًا على صفحات GitHub، وهي طريقة شائعة لتقديم المخططات من دون خادم.

يمكنك توقيع الأرشيف اختياريًا أثناء المهمة حتى يتمكن المستهلكون من التحقق من مصدره. ويندمج التوقيع طبيعيًا في خطوة الإصدار نفسها التي يتم فيها الدفع.

اضبط appVersion على إصدار التطبيق الذي تنشره، مع زيادة إصدار المخطط. ويساعد إبقاء القيمتين دقيقتين المستهلكين على اختيار البناء الصحيح.

تحتوي مهمة الإصدار لديك على ملف tgz محزّم. ما الأمر الذي ينشره إلى مستودع OCI؟

عند وجود tag، زِد الإصدار، وشغّل helm package، ثم ادفعه إلى مستودع OCI أو حدّث index.yaml. تُنشر المخططات الجديدة من دون أي خطوات يدوية. ✅