تضمين التغريدة

soltysh على أي SIG يمكنني مناقشة هذه الميزة؟ أرغب في إجراء مناقشة أطول حول موارد الجهات الخارجية لهذه الميزة ولماذا نشعر بضرورة تضمينها في جوهرها.

دعنا نستخدم تطبيقات SIG في الوقت الحالي. لم يكن هناك الكثير من النقاش حول وحدات التحكم التي رأيتها ، لكن دعنا نحاول ونرى كيف ستسير الأمور.

هل يتم النظر في هذا للاستبعاد من الجوهر؟ كنت أعتقد أن الاقتراح قد تم قبوله بالفعل.

gtaylor لم يتم

كنت أفهم أن هذا تم قبوله في جوهره ، في حين تم رفض سير العمل الأساسي. في الواقع ، كنا قد خططنا في الأصل للحصول عليه في 1.3.

davidopp استند تعليقي على مناقشة لقد كان لدينا في السابق معphilipserictune هنا . على الرغم من أنني شخصياً أفضل بقاء SJ في الصميم: النظارات الشمسية:

soltysh فسّرت التعليق على أنه يعني ضمنيًا أنه سيكون في جوهره (استنادًا إلى ذكر ألفا / بيتا والبيان "إذا كان شخص ما سينتج

davidopp تم تقديم هذا التعليق عندما اعتقدت أن SJ سيكون بيتا في 1.4. الآن ستذهب إلى Alpha في 1.4. كانت الفلسفة هي أنه يمكننا إلغاء ميزة ألفا لأي سبب من الأسباب ، ولكن يجب أن يكون لدينا شريط مرتفع جدًا لإلغاء ميزة تجريبية.

وأيضًا ، لجميع العاملين على SJ: يجب أن نواصل العمل بأقصى سرعة ، على الرغم من المحادثة أعلاه. سيتم تطبيق الكثير من العمل في كلتا الحالتين ، ونحتاج إلى تقديم نوع من الميزات للمستخدمين حتى يتمكنوا من تقديم ملاحظات.

تتم جميع أعمال SJ بأقصى سرعة ، والمشكلة الوحيدة المتبقية (نأمل) هي الحصول على https://github.com/kubernetes/kubernetes/pull/29187 في. آمل مناقشة هذه المشكلة مع smarterclayton اليوم أو عبر عطلة نهاية الأسبوع ودمجها ، لذا يجب أن نرى واحدًا تلو الآخر من SJ PRs يتم دمجها في الأسبوع المقبل.

soltysh : يبدو أنه تم دمج # 29187 ، فهل هذا يعني أن الإصدار 1.4 alpha التالي سيكون SJ جاهزًا للعب؟

eghobo هذه هي الخطة.

هذا يحتاج إلى مستندات في k8s.io ، لكن يبدو أن الكود موجود فيه. رائع!

+100

soltysh هل المستندات تعتبر

janetkuo عادةً ما أضع علامة عليها تم بمجرد دمجها. مع وضع ذلك في الاعتبار ، قمت بفحص أحدهما مقابل الفرع 1.4 ، والآخر سينتظر الدمج.

نظرًا لأنه تمت إعادة تسميته إلى CronJobs ، فسوف أقوم بتحديث العنوان ليعكس هذا التغيير أيضًا.

هل سيكون هذا في مرحلة تجريبية لـ 1.5؟

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

لا يزال هناك https://github.com/wercker/cronetes ، إذا احتاج المرء إلى وظيفة مثل وظيفة cronjob الآن دون القدرة على تشغيل ميزات ألفا.

هل سيتم تشغيل الميزة مرة واحدة على الأكثر في CronJobs؟
أرى أنه لم يتم تضمينه في ألفا - https://github.com/kubernetes/kubernetes/blob/master/docs/proposals/scheduledjob.md#decision

@ vinay-g في النهاية ، أعتقد ذلك ، لكن ليس لدي أي فكرة متى سيكون ذلك. المساعدة دائما موضع ترحيب على الرغم من :)

لا تزال هذه الميزة مرتبطة بالمحطة 1.4 ، ولا يذكر جدول البيانات 1.6 حدث رئيسي أي شيء عن Cron / ScheduledJobs.

هل هذا لا يزال في الموعد المحدد لإصدار 1.6 بيتا؟ بصفتي أحد عملاء GKE ، أحب أن أبدأ في نقل جميع crons خارج المجموعة إلى الكتلة نفسها (دون استخدام cronetes).

في الواقع. تم سحب هذه الميزة التي تشتد الحاجة إليها من الإصدار 1.3 إذا لم أكن مخطئًا. أنا نفسي في نفس الوضع - لا يمكنني الانتظار حتى يأتي ذلك حتى أتمكن من البدء في سحب الوظائف في مقر الشركة إلى GKE.

لقد قمت بتعديل الإنجاز إلى التالي ، لا يزال هناك الكثير من العمل الذي يتعين القيام به من أجل CronJobs لتحقيق الاستقرار فيها ، وأود أن أدفعها إلى الأمام بشكل أكثر عدوانية ، ولكن للأسف ، فإن ضيق الوقت هو العامل الرئيسي الذي يمكنني القيام به. تي أجهزة الصراف الآلي.

هل imagePullSecrets مدعومة في قالب ChronJob؟

soltysh شكرا لك على التحديث.

هل imagePullSecrets مدعومة في قالب ChronJob؟

يجب أن يكون avaranovich ، لأننا ننشئ Pod من النموذج. إذا لم يكن الأمر كذلك ، فيرجى ملء المشكلة ووضع علامة لي هناك.

يا soltysh . أرغب في رؤية هذا الإصدار التجريبي قريبًا! أرغب في المساعدة ولكن لست متأكدًا مما هو مطلوب / الخطوة التالية هنا. هل يمكنك تحسين قائمة التحقق قليلاً (ربما إنشاء / الإشارة إلى المشكلات / المستندات ذات الصلة)؟ 🙂

ApsOps قبل

تضمين التغريدة

أعتقد أن قلة قليلة من الناس يستخدمون CronJobs كما هم الآن ، وأسمع في الغالب "متى سيكون الإصدار التجريبي" ، وهو ليس كثيرًا من المشكلات المتعلقة بـ alpha.

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

+1 لـ CronJobs beta. بمجرد أن تكون في مرحلة تجريبية ولا يلزم إعادة تعيين الكتلة ، ستكون ميزة قاتلة لعدد من مهام سير العمل لدينا هنا.

نحن نتطلع إلى أن تصبح هذه الميزة تجريبية ولم نواجه أية مشاكل مع ألفا.

أنا شخصياً أفضل معالجة جزء الإزالة على الأقل ، فهناك شخص ما يعمل بالفعل على إضافة حدود قابلة للتكوين لعدد الوظائف الناجحة والفاشلة المتبقية. والإزالة عنصر أساسي ، على ما أعتقد. دعونا نناقش خيار نقل هذا إلى الإصدار التجريبي لـ 1.6 أو 1.7 أثناء مكالمة تطبيقات sig القادمة. michelleN عقل إضافة هذا كموضوع؟

NiclasHedam هل تمت معالجة مشاكلك ، هل هناك قضايا مفتوحة لم

لقد تم تناولها جميعًا في 1.4.7

هل هناك أي خطة لإضافة دعم واجهة المستخدم الرسومية لهذا؟ على سبيل المثال ، يمكنني حاليًا رؤية ما يلي:

[obatori<strong i="6">@obatori</strong>:~] >> kubectl get cronjobs
NAME         SCHEDULE      SUSPEND   ACTIVE    LAST-SCHEDULE
cron-hello   */1 * * * *   False     0         Tue, 25 Jul 2017 09:11:00 -0400
hello        0 22 * * *    False     0         <none>

ومع ذلك ، في واجهة المستخدم الرسومية ، يمكنني فقط رؤية التنفيذ التاريخي ، وليس الوظائف الحالية والجدول الزمني المرتبط بها؟ أيضًا ، لا يُدرج kubectl get cronjob / cronjobs كأنواع موارد صالحة ، على الرغم من أنها تعمل بالفعل.

بطبيعة الحال ، قد أفتقد شيئًا ما ، لكن البحث الشامل عن الأجزاء المختلفة من واجهة المستخدم الرسومية لم يُظهر لي وظائفي بعد!

oscarbatori الرجاء فتح مشكلة في مستودع kubernetes / لوحة القيادة واطلب هذا التحسين.

luxas ستفعل ، شكرًا لاستجابتك السريعة.

soltysh هل يمكنك من فضلك إضافة k8s.io Docs PR لهذه الميزة لإصدار 1.8 هنا: https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid = 0

soltysh هذه الميزة مدرجة في جدول بيانات تتبع الميزات - https://docs.google.com/spreadsheets/d/1AFksRDgAt6BGA3OjRNIiO3IyKmA-GU7CXaxbihy48ns/edit#gid = 0 ، ولكن لم يتم تعيين 1.8 علامة رئيسية.

هل تستهدف هذه الميزة 1.8؟

idvoretskyi جزئيًا ، كان الترويج إلى الإصدار التجريبي مستهدفًا 1.8 وحدث في ذلك الإطار الزمني. لا توجد علامة فارقة محددة لهذا ، ب / ج لا توجد خطة واضحة للترقية المستقبلية إلى الاستقرار ، حتى الآن.

soltysh يفهم. لذا ، سأضع علامة 1.8 علامة فارقة.

شكرا!

idvoretskyi نظرًا لوجود ميزة واحدة ( القدرة على بدء تشغيل CronJobs يدويًا )

سأحاول على الأرجح تحديث الوصف الأولي بحيث يعكس التغييرات التي تم إدخالها (المخطط لها أيضًا) لميزات CronJob ذات الصلة.

soltysh أي تقدم في تحديث وصف الميزة؟ :)

من فضلك ، استخدم النموذج الجديد - https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

soltysh : wave: يرجى الإشارة في لوحة تتبع ميزة 1.9
ما إذا كانت هذه الميزة بحاجة إلى وثائق. إذا كانت الإجابة بنعم ، يرجى فتح العلاقات العامة وإضافة رابط إلى جدول بيانات التتبع. شكرا لك مقدما!

idvoretskyi نظرًا لوجود ميزة واحدة ( القدرة على بدء تشغيل CronJobs يدويًا )

لن تكون هذه الميزة المحددة في 1.9. هل يجب نقل المعلم إلى 1.10؟

بالنسبة إلى المرحلة 1.10 ، هناك 3 موضوعات:

1. دعم TimeZone في CronJob (https://github.com/kubernetes/kubernetes/pull/47266) -iterion راجع هذا التعليق لمعرفة السبب
2. دليل CronJob إنشاء مثيل (https://github.com/kubernetes/kubernetes/pull/53988) -erhudy
3. (؟) أعد كتابة وحدة التحكم لاستخدام المخبرين المشتركين (https://github.com/kubernetes/kubernetes/issues/17130) -soltysh

soltysh ومازال بيتا ، أليس كذلك؟

المتطلبات المستقرة:

1. المخبرين المشتركين في وحدة التحكم (https://github.com/kubernetes/kubernetes/issues/17130)
2. دعم تنسيقات زمنية مختلفة ( ISO 8601 ، تنسيق وقت GCE ).

يشير جدول بيانات تعقب ميزة soltysh إلى الحاجة إلى تحديثات المستند. هل هذا هو الحال بالفعل؟ إذا كان الأمر كذلك ، فيرجى إحضار العلاقات العامة الخاصة بك في أسرع وقت ممكن (اليوم هو الموعد النهائي للوثائق ، لكنني لم أكن جيدًا بشأن إخطار الناس). إذا لم يكن كذلك ، هل يمكنك تحديث جدول البيانات من فضلك؟ شكرا!

pingsoltysh docs - الموعد النهائي لدمج المستندات ccidvoretskyi

@ Bradamant3 آسف للتأخير ، لا يلزم تحديث مستند لهذه الميزة. لقد أضفت تعليقًا في جدول البيانات المرتبط.

تضمين التغريدة
أي خطط لهذا في 1.11؟

إذا كان الأمر كذلك ، فيرجى التأكد من تحديث الميزة بما يلي:

• وصف
• منعطف
• معين (ق)
• ملصقات:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

ccidvoretskyi

أي خطط لهذا في 1.11؟

إعادة كتابة وحدة التحكم لتلبية https://github.com/kubernetes/kubernetes/issues/17130 ولكن ما زلت أعاني من الوقت. إذن هذا تفكير أمني أكثر من خطط فعلية: غمزة:

حسنًا ، رائع. سأقوم بدفع معلم في هذا الشأن.

أي تحديث على خطط لتحقيق هذا الاستقرار؟ أفترض استنادًا إلى عدم وجود معلم رئيسي أن هذا لن يحدث لـ 1.12؟

أي تحديث على خطط لتحقيق هذا الاستقرار؟ أفترض استنادًا إلى عدم وجود معلم رئيسي أن هذا لن يحدث لـ 1.12؟

soltysh ^ ^

spiffxp - لقد تحدثت مع soltysh في وقت سابق. لم يتم التخطيط لأي شيء لـ 1.12.

أهلا
لقد تم تتبع هذا التحسين من قبل ، لذلك نود تسجيل الوصول ومعرفة ما إذا كانت هناك أي خطط لذلك لتخرج مراحل في Kubernetes 1.13. يهدف هذا الإصدار إلى أن يكون "أكثر استقرارًا" وسيكون له جدول زمني صارم. يُرجى عدم تضمين هذا التحسين إلا إذا كان هناك مستوى عالٍ من الثقة في أنه سيلبي المواعيد النهائية التالية:

• المستندات (فتح العناصر النائبة PRs): 11/8
• كود سلاش: 11/9
• يبدأ تجميد الكود: 11/15
• المستندات كاملة ومراجعة: 11/27

يرجى تخصيص بعض الوقت لتحديث المعالم في المنشور الأصلي الخاص بك للتتبع المستقبلي و ping ورقة تتبع التحسينات 1.13

شكرا!

@ kacole2 لن يتحرك هذا إلى أي مكان حتى نصلح أكبر مشكلة مع وحدة تحكم cronjob ، وهي المخبرين المشتركين. سنناقش هذا الموضوع خلال مكالمة SIG-Apps التالية.

تصبح المشكلات قديمة بعد 90 يومًا من الخمول.
ضع علامة على المشكلة على أنها جديدة /remove-lifecycle stale .
تتعفن المشكلات التي لا معنى لها بعد 30 يومًا إضافيًا من عدم النشاط وتغلق في النهاية.

إذا كان إغلاق هذه المشكلة آمنًا الآن ، فيرجى القيام بذلك باستخدام /close .

إرسال التعليقات إلى اختبار سيج ، kubernetes / test-infra و / أو fejta .
/ دورة الحياة التي لا معنى لها

تتعفن المشكلات التي لا معنى لها بعد 30 يومًا من الخمول.
ضع علامة على المشكلة على أنها جديدة /remove-lifecycle rotten .
يتم إغلاق المشكلات الفاسدة بعد 30 يومًا إضافيًا من عدم النشاط.

إذا كان إغلاق هذه المشكلة آمنًا الآن ، فيرجى القيام بذلك باستخدام /close .

إرسال التعليقات إلى اختبار سيج ، kubernetes / test-infra و / أو fejta .
/ دورة حياة فاسدة

ماذا عن بادئة لوظائف مثل 20190212T2157Z

/ إزالة دورة الحياة فاسدة

/ دورة الحياة مجمدة

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

/ إزالة دورة الحياة مجمدة

مرحبًا soltysh ، أنا

بمجرد بدء الترميز ، يرجى سرد جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح.

كمستخدم ، لقد استخدمت هذا النوع من الموارد بنجاح لفترة طويلة الآن. لم أر أي مشاكل كبيرة مع API. هل حان الوقت لشحنه كـ GA؟

نحن نعمل على KEP من أجل التخرج

نعم. شكرا للتحديث.

مرحبًا @ kow3nssoltysh ، أنا قائد التحسين 1.16. هل ستتخرج هذه الميزة بمراحل ألفا / بيتا / مستقرة في 1.16؟ يرجى إعلامي حتى يمكن إضافته إلى جدول بيانات التتبع 1.16 . إذا لم يتم التخرج ، فسأقوم بإزالته من الحدث الرئيسي وتغيير التسمية المتعقبة.

بمجرد أن يبدأ الترميز أو إذا كان قد بدأ بالفعل ، يرجى سرد جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح.

للتذكير ، يتطلب كل تحسين KEP في حالة قابلة للتنفيذ مع معايير التخرج التي توضح متطلبات كل مرحلة من مراحل ألفا / بيتا / مستقرة.

التواريخ الرئيسية هي تجميد التحسين 7/30 وتجميد الرمز 8/29.

شكرا لك.

مرحبًا هناك soltysh @ kow3ns ، 1.17 تحسينات الظل هنا. أردت تسجيل الوصول ومعرفة ما إذا كنت تعتقد أن هذا التحسين سينتقل إلى ألفا / بيتا / مستقر في 1.17؟

جدول الإصدار الحالي هو:

• الاثنين 23 سبتمبر - تبدأ دورة الإصدار
• الثلاثاء ، 15 أكتوبر ، التخلص من الذخائر المتفجرة بتوقيت المحيط الهادئ - تجميد التحسينات
• الخميس ، 14 نوفمبر ، التخلص من الذخائر العنقودية - تجميد الرمز
• الثلاثاء ، 19 تشرين الثاني (نوفمبر) - يجب إكمال المستندات ومراجعتها
• الاثنين 9 كانون الأول (ديسمبر) - تم إصدار Kubernetes 1.17.0

إذا قمت بذلك ، فسأضيفه إلى ورقة التتبع 1.17 (https://bit.ly/k8s117-enhancement-tracking). بمجرد بدء الترميز ، يرجى إدراج جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح. 👍

شكرا!

تصبح المشكلات قديمة بعد 90 يومًا من الخمول.
ضع علامة على المشكلة على أنها جديدة /remove-lifecycle stale .
تتعفن المشكلات التي لا معنى لها بعد 30 يومًا إضافيًا من عدم النشاط وتغلق في النهاية.

إذا كان إغلاق هذه المشكلة آمنًا الآن ، فيرجى القيام بذلك باستخدام /close .

إرسال التعليقات إلى اختبار سيج ، kubernetes / test-infra و / أو fejta .
/ دورة الحياة التي لا معنى لها

/ إزالة دورة الحياة التي لا معنى لها

مرحبًا هناك soltysh @ kow3ns ،

1.18 عضو فريق التحسينات هنا. أردت تسجيل الوصول ومعرفة ما إذا كنت تعتقد أن هذا التحسين سينتقل إلى ألفا / بيتا / مستقر في 1.18؟ سيتم تجميد التحسينات في 28 يناير.

إذا قمت بذلك ، فسأضيفه إلى ورقة التتبع 1.18 (https://bit.ly/k8s-1-18-enhancements). بمجرد بدء الترميز ، يرجى إدراج جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح. : +1:

شكرا!

جدول الإصدار الحالي هو:

• الاثنين 6 يناير - تبدأ دورة الإصدار
• الثلاثاء ، 28 يناير ، التخلص من الذخائر المتفجرة بتوقيت المحيط الهادئ - تجميد التحسينات
• الخميس ، 5 آذار (مارس) ، التخلص من الذخائر المتفجرة بتوقيت المحيط الهادئ - تجميد الرمز
• الاثنين 16 آذار (مارس) - يجب إكمال المستندات ومراجعتها
• الثلاثاء 24 مارس - تم إصدار Kubernetes 1.18.0

مرحبًا palnabarun @ barney-s يعمل على إغلاق KEP في الوقت المناسب ، وسيستمر التنفيذ.

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

/ مرحلة مستقرة

/ معلم الإصدار 1.18.0

@ barney-s مجرد تذكير ودي ، نحن على بعد 7 أيام فقط من تجميد التحسين (الثلاثاء ، 28 يناير).

هل لديك أي تحديثات على KEP؟

بالنسبة إلى يتحول هذا إلى مستقر في 1.18. سأقوم بإزالته من 1.18 معلم وإسقاطه من ورقة تتبع الإصدار.

KEP PR: https://github.com/kubernetes/enhancements/pull/978

/ معلم واضح

تصبح المشكلات قديمة بعد 90 يومًا من الخمول.
ضع علامة على المشكلة على أنها جديدة /remove-lifecycle stale .
تتعفن المشكلات التي لا معنى لها بعد 30 يومًا إضافيًا من عدم النشاط وتغلق في النهاية.

إذا كان إغلاق هذه المشكلة آمنًا الآن ، فيرجى القيام بذلك باستخدام /close .

إرسال التعليقات إلى اختبار سيج ، kubernetes / test-infra و / أو fejta .
/ دورة الحياة التي لا معنى لها

/ إزالة دورة الحياة التي لا معنى لها

مرحبًا هناك soltysh @ kow3ns ، 1.19 تحسينات الظل هنا. أردت تسجيل الوصول ومعرفة ما إذا كنت تعتقد أن هذا التحسين سيتخرج في 1.19؟

من أجل الحصول على هذا الجزء من الإصدار:

1. يجب دمج KEP PR في حالة قابلة للتنفيذ
2. يجب أن يكون لدى KEP خطط اختبار
3. يجب أن يكون لدى KEP معايير التخرج.

جدول الإصدار الحالي هو:

• الاثنين 13 أبريل: الأسبوع 1 - تبدأ دورة الإصدار
• الثلاثاء 19 مايو: الأسبوع السادس - تجميد التحسينات
• الخميس 25 يونيو: الأسبوع 11 - تجميد الرمز
• الخميس 9 يوليو: الأسبوع 14 - يجب إكمال المستندات ومراجعتها
• الثلاثاء 4 أغسطس: الأسبوع 17 - تم إصدار Kubernetes v1.19.0

إذا قمت بذلك ، فسأضيفه إلى ورقة التتبع 1.19 (http://bit.ly/k8s-1-19-enhancements). بمجرد بدء الترميز ، يرجى إدراج جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح. 👍

شكرا!

مرحبًا soltysh / @ kow3ns ، أنا أتابع التحديث السابق الذي v1.19 .

هل تصادف وجود أي تحديث لإمكانية تضمين هذا في الإصدار v1.19 ؟

شكرا مرة أخرى على وقتك ومساهماتك. 🖖

مرحبًا soltysh / @ kow3ns ، أنا أتابع التحديث السابق الذي v1.19 .

هل تصادف وجود أي تحديث لإمكانية تضمين هذا في الإصدار v1.19 ؟

شكرا مرة أخرى على وقتك ومساهماتك. 🖖

مرحبًا soltysh / @ kow3ns ، هل هناك أي خطط v1.19 ؟ يرجى إعلامي حتى أتمكن من تحديث ورقة التتبع لإظهار حالة التضمين.

_ تجميد التحسينات في 19 مايو _

لاحظ أنه تم تغيير تنسيق KEP مؤخرًا. بالإضافة إلى ذلك ، تم دمج رقم 1620 مؤخرًا ، مضيفًا أسئلة مراجعة جاهزية الإنتاج إلى نموذج KEP.
يرجى اغتنام هذه الفرصة لإعادة تنسيق KEP الخاص بك وكذلك الإجابة على الأسئلة المضافة إلى النموذج في ذلك PR.

شكرا،
🖖

مرحبًا soltysh / @ kow3ns ، للأسف ، ورقة التتبع 1.19 و استثناء للتحسين .

تصبح المشكلات قديمة بعد 90 يومًا من الخمول.
ضع علامة على المشكلة على أنها جديدة /remove-lifecycle stale .
تتعفن المشكلات التي لا معنى لها بعد 30 يومًا إضافيًا من عدم النشاط وتغلق في النهاية.

إذا كان إغلاق هذه المشكلة آمنًا الآن ، فيرجى القيام بذلك باستخدام /close .

إرسال التعليقات إلى اختبار سيج ، kubernetes / test-infra و / أو fejta .
/ دورة الحياة التي لا معنى لها

/ دورة الحياة مجمدة

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

/ إزالة دورة الحياة مجمدة

/ دورة الحياة مجمدة

مرحبا soltysh

تحسينات تؤدي هنا. أي خطط لهذا في 1.20؟

شكرا،
كيرستن

kikisdeliveryservice نعم ، نحن نخطط للتحرك ببطء ، راجع https://github.com/kubernetes/enhancements/pull/1996 للاقتراح ، لذا 1.20 هو الوقت الذي سنقدم فيه وحدة التحكم الجديدة باسم alpha. لقد قمت للتو بتحديث الوصف الأولي بجميع الروابط المناسبة ولمطابقة النموذج الحالي.

/ معلم v1.20.1

kikisdeliveryservice نعم ، نحن نخطط لتحريك هذا ببطء ، انظر # 1996 للحصول على اقتراح ، لذلك 1.20 هو الوقت الذي سنقدم فيه وحدة التحكم الجديدة باسم alpha. لقد قمت للتو بتحديث الوصف الأولي بجميع الروابط المناسبة ولمطابقة النموذج الحالي.

حسنًا ، لقد قرأت هذه الحفنة وأنا مرتبكة بعض الشيء 😄
KEP في مرحلة تجريبية. سيبقى في مرحلة تجريبية ؟؟ حتى 1.21 جم؟

# The target maturity stage in the current dev cycle for this KEP.
stage: beta

# The most recent milestone for which work toward delivery of this KEP has been
# done. This can be the current (upcoming) milestone, if it is being actively
# worked on.
latest-milestone: "v1.20"

# The milestone at which this feature was, or is targeted to be, at each stage.
milestone:
  alpha: "v1.4"
  beta: "v1.9"
  stable: "v1.21"

يبدو أن العمل سيتم خلال 1.20 (وحدة تحكم جديدة ، إلخ ...) للحصول على هذا من خلال GA ولكن هذا العمل قد يستغرق إصدارًا أو 2 للانتهاء قبل GA؟ هل حصلت عليه بشكل صحيح؟ إذن لن يحتاج هذا إلى تتبع لإصدار 1.20؟

(أرجوا أن تصحح لي إذا كنت مخطئا!!)

يبدو أن العمل سيتم خلال 1.20 (وحدة تحكم جديدة ، إلخ ...) للحصول على هذا من خلال GA ولكن هذا العمل قد يستغرق إصدارًا أو 2 للانتهاء قبل GA؟ هل حصلت عليه بشكل صحيح؟ إذن لن يحتاج هذا إلى تتبع لإصدار 1.20؟

هذا صحيح. نحن لا نستهدف 1.20 في حد ذاته ، لكن جزءًا مهمًا من العمل (وحدة التحكم الجديدة) سيهبط في 1.20. لهذا السبب أعتقد أنه يجب تتبعها لـ 1.20 ، أليس كذلك؟

/ المرحلة بيتا

soltysh من المنطقي دعونا

لسجلي الخاص ، نحن فقط في انتظار PR (الذي يفي بالمعايير) https://github.com/kubernetes/enhancements/pull/1996 للدمج بحلول 6 أكتوبر

تم دمج KEP! : partying_face:

يا soltysh !

نظرًا لأنه من المقرر أن يكون التحسين في 1.20 ، فالرجاء مراعاة التواريخ القادمة المهمة:
الجمعة 6 تشرين الثاني (نوفمبر): الأسبوع الثامن - الموعد النهائي لعنصر العلاقات العامة للمستندات
الخميس 12 تشرين الثاني (نوفمبر): الأسبوع التاسع - تجميد الرمز

للتذكير ، يرجى ربط كل العلاقات العامة الخاصة بك على k / k وكذلك مستندات العلاقات العامة بهذه المشكلة حتى نتمكن من تتبعها.

شكرا!
كيرستن

مرحبًا soltysh ، 1.20 Docs shadow هنا.
هل يتطلب هذا التحسين المخطط لـ 1.20 أي مستندات جديدة أو تعديل للمستندات الحالية؟

إذا كان الأمر كذلك، يرجى تتبع الخطوات هنا لفتح PR ضد dev-1.20 فرع في k/website الريبو. يمكن أن يكون هذا PR مجرد عنصر نائب في هذا الوقت ويجب إنشاؤه قبل 6 تشرين الثاني (نوفمبر)

ألق نظرة أيضًا على التوثيق للإصدار حتى تتعرف على متطلبات المستندات للإصدار.
شكرا لك!

روجر أن: +1:

مرحباsoltysh
اقترب الموعد النهائي للعنصر النائب للمستندات. يرجى التأكد من إنشاء عنصر نائب PR مقابل الفرع dev-1.20 في k/website قبل الموعد النهائي

أيضًا ، يُرجى مراعاة التواريخ القادمة المهمة:

• الجمعة 6 تشرين الثاني (نوفمبر): الأسبوع الثامن - الموعد النهائي لعنصر العلاقات العامة للمستندات
• الخميس 12 تشرين الثاني (نوفمبر): الأسبوع التاسع - تجميد الرمز
• الاثنين 23 تشرين الثاني (نوفمبر): الأسبوع الحادي عشر - العلاقات العامة للمستندات جاهزة للمراجعة
  وللتذكير ، يرجى ربط جميع العلاقات العامة الخاصة بك في k / k وكذلك مستندات العلاقات العامة بهذه المشكلة حتى يتتبعها فريق الإصدار.

• تنفيذ وحدة التحكم - https://github.com/kubernetes/kubernetes/pull/93370
• التوثيق - https://github.com/kubernetes/website/pull/24885

مرحبا soltysh !

يبدو أن kubernetes / kubernetes # 93370 لا يزال مفتوحًا ولكن قيد المراجعة بنشاط. فقط للتذكير بأن Code Freeze سيأتي بعد يومين يوم الخميس ، 12 نوفمبر . يجب دمج جميع PRs بحلول ذلك التاريخ ، وإلا فإن الاستثناء مطلوب.

أفضل،
كيرستن

نعم ، أنا في ذلك ، إذا لم يتم دمج العلاقات العامة في غضون الساعات القليلة القادمة ، فسنقوم بملء الاستثناء.

اندمجت! مذهل!!