Kubernetes: نشر تطبيقات إصدار API / v1beta2 يتم تغييره إلى ملحقات / v1beta1 عند الإنشاء

تم إنشاؤها على ٢٧ يناير ٢٠١٨  ·  3تعليقات  ·  مصدر: kubernetes/kubernetes

هل هذا تقرير خطأ أو طلب ميزة؟ :

/ نوع الخطأ

ماذا حدث :

عندما أقوم بإنشاء مثال على النشر الموجود في kubernetes / موقع الويب بإصدار واجهة برمجة التطبيقات apps/v1beta2 ، فإن إصدار واجهة برمجة التطبيقات الذي أراه عند تنفيذ kubectl get deploy nginx-deployment -o yaml هو extensions/v1beta1 .

ما توقعت حدوثه :

أتوقع أن يكون إصدار API هو apps/v1beta2 .

كيفية إعادة إنتاجه (بأقل قدر ممكن من الدقة والدقة) :

  • استخدم إصدار العميل v1.9.1 وإصدار الخادم v1.8.4 .
  • أنشئ نموذج ملف نشر Nginx:
    Bash kubectl create -f https://raw.githubusercontent.com/kubernetes/website/snapshot-final-v1.8/docs/tasks/run-application/deployment.yaml
  • تأكد من أن إصدار API هو apps/v1beta2 (وهو ليس كذلك):
    Bash kubectl get deploy nginx-deployment -o yaml | grep apiVersion

أي شيء آخر نحن بحاجة إلى معرفته؟ :

لا أستطيع التفكير فيه.

البيئة :

  • إصدار Kubernetes (استخدم kubectl version ):

Bash Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.1", GitCommit:"3a1c9449a956b6026f075fa3134ff92f7d55f812", GitTreeState:"clean", BuildDate:"2018-01-04T11:52:23Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.4", GitCommit:"9befc2b8928a9426501d3bf62f72849d5cbcd5a3", GitTreeState:"clean", BuildDate:"2017-11-20T05:17:43Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}

  • مزود السحابة أو تكوين الأجهزة:

    AWS ، تم نشره عبر kops v1.8.0 (git-5099bc5)

  • نظام التشغيل (على سبيل المثال من / etc / os-release): ~

  • Kernel (على سبيل المثال uname -a ): ~

  • أدوات التثبيت:

    Kops v1.8.0 (git-5099bc5)

  • آخرون: ~

kinbug needs-sig

التعليق الأكثر فائدة

هذا محير. أعتقد أنه سيعيد الإصدار الذي قمت بتحميله أو أحدث إصدار من عمليات النشر التي يستطيع الخادم إرجاعها.

على أي حال ، شكرا!

ال 3 كومينتر

@ sean-krail: لا توجد تسميات سيج في هذه المسألة. الرجاء إضافة علامة سيج.

يمكن إضافة علامة سيج إما عن طريق:

  1. الإشارة إلى علامة التوقيع: @kubernetes/sig-<group-name>-<group-suffix>
    على سبيل المثال ، @kubernetes/sig-contributor-experience-<group-suffix> لإخطار تجربة المساهم sig، OR

  2. تحديد التسمية يدويًا: /sig <group-name>
    على سبيل المثال ، /sig scalability لتطبيق التصنيف sig/scalability

ملاحظة: ستؤدي الطريقة الأولى إلى إرسال بريد إلكتروني إلى المجموعة. انظر قائمة المجموعة .
يجب استبدال <group-suffix> في الطريقة الأولى بأحد هذه: _ الأخطاء ، طلبات الميزات ، مراجعات العلاقات العامة ، إخفاقات الاختبار ، المقترحات _

تعليمات للتفاعل معي باستخدام تعليقات العلاقات العامة متوفرة هنا . إذا كانت لديك أسئلة أو اقتراحات تتعلق بسلوكي ، فالرجاء رفع قضية ضد

يحصل kubectl get deployment بدون مؤهل على أول إصدار من عمليات النشر يشير الخادم إلى أنه قادر على العودة.

يمكن استرداد النشر الذي قمت بإنشائه في أي من الإصدارات المدعومة. للحصول على مجموعة أو إصدار معين ، قم بتأهل كامل لطلب الحصول الخاص بك:

kubectl الحصول على publish.apps ...
kubectl الحصول على publish.v1beta2.apps ...

/أغلق

هذا محير. أعتقد أنه سيعيد الإصدار الذي قمت بتحميله أو أحدث إصدار من عمليات النشر التي يستطيع الخادم إرجاعها.

على أي حال ، شكرا!

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات