Kubernetes: قضية شاملة لنظام Linux Foundation (CNCF) CLA

هل يمكنك وصف عملية ترحيل CLAs؟

smarterclayton سنخبر المجتمع بمجرد تشغيل النظام الجديد ، هناك بعض الأساليب التي نناقشها لتقليل أي اضطراب في سير العمل

انظر أيضًا: https://github.com/cncf/foundation/issues/1

نحن بصدد الانتقال إلى CLA التابع لمؤسسة Cloud Native Computing Foundation على جميع مستودعات kubernetes في المستقبل القريب.
من المتوقع أن يحدث هذا الانتقال عبر جميع مستودعاتنا خلال أسبوع 10/3.

بدءًا من اليوم ، نقوم باختبار آلية CLA الجديدة في مستودع kubernetes / Contribution.
سيعمل Google CLA bot بالتوازي مع برنامج CNCF CLA bot حتى 10/3.
يرجى ملاحظة أن عمليات دمج العلاقات العامة وقائمة انتظار الإرسال ليست محظورة عند توقيع CNCF CLA في هذا الوقت ، ولكن سيتم ذلك عندما نكمل عملية النقل.

من أجل تقليل اضطراب سير العمل ، إذا كنت مساهماً ،
يرجى زيارة https://identity.linuxfoundation.org/projects/cncf والتوقيع على CLA إما كفرد أو موظف ، أيهما مناسب.
إذا كانت هناك مشكلات ، فيرجى الرجوع إليها في مشكلة التتبع على: https://github.com/kubernetes/kubernetes/issues/27796

الخطوات القادمة:

• [x] يجب أن تحترم قائمة انتظار الإرسال ملصقات CNCf-cla.
• [x] ستتم إزالة ملصقات googlebot's cla-yes / no من المستودعات.
• [x] أدر خطاف الويب CNCF على مستوى المؤسسة وأوقف تشغيل روبوت Google CLA.

مرحبًا ، أريد التوقيع على CLA الفردي وتطلب صفحة hellosign في النهاية "العنوان" (التوقيع والاسم والمسمى الوظيفي والتاريخ).

لا أعرف حقًا ماذا أضعه على العنوان. حاولت الاطلاع على https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md و CLA السابق ولم يكن مطلوبًا أي عنوان (ولم يُطلب منه). أنا طالب في علوم الكمبيوتر.

ما الذي يجب علي استخدامه للحصول على العنوان؟ أم أنها موجودة عن قصد أم أنها بقايا؟

شكرا!

rata ، أعتقد أن لقب "الطالب" هو حل جيد. caniszczyk ، هل يمكنك التأكيد؟

sarahnovotny Student أو N / A بخير

sarahnovotnycaniszczyk : شكرا جزيلا!

sarahnovotny ، caniszczyk ، يبدو أن Redhat يواجه مشكلات مع CNCF CLA. هل يمكنك مساعدتهم؟ قد تكون مشكلة مع CLA الشركة ، أو مشكلة فنية ونحن لسنا متأكدين.

cceparisingvagabund _

eparis ، ماذا يحدث عندما تذهب إلى https://identity.linuxfoundation.org/projects/cncf وتختار "المساهمة كموظف"؟ يجب أن يطالبك هذا بربط حساب GitHub الخاص بك ، والذي لم يتم إجراؤه بعد.

(أولئك المرخص لهم بإدارة المساهمين المعتمدين لشركاتهم لا يتم تعيينهم تلقائيًا كمساهمين بأنفسهم ؛ لا يزال النظام يتوقع منهم الاشتراك كمساهمين لأغراض التتبع.)

تضمين التغريدة
ولكن عندما أذهب إلى هذا الرابط أحصل عليه
Your organization is not authorized under a Corporate Contributor License Agreement. If you have signed agreements, please check back later or use the contact form below.

emsearcy هل هناك طريقة يمكننا من خلالها الدردشة على انفراد؟ راسلني؟ eparis في ريدهات؟

أعاني من خطأ في نظام الحساب على https://identity.linuxfoundation.org. بمن يجب علي الاتصال بشأن ذلك؟

لا يمكن تغيير كلمة المرور على الحسابات التي تم إنشاؤها عبر أرصدة github

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

jbeda ، أظن أنك ما زلت مسجلاً للدخول؟ (تظهر صفحة إعادة تعيين كلمة المرور "يجب تسجيل الخروج لاستخدام رابط إعادة تعيين كلمة المرور في البريد الإلكتروني"). وإلا فستظهر أنك لا تزال قيد تسجيل الدخول عند محاولة استخدامه.

حاولت "التسجيل كموظف" ، ووصلت إلى حد "الرجاء الاتصال بشخص ما داخل مؤسستك يكون مسؤولاً عن الإشراف على المساهمين المرخص لهم من الموظفين لهذا المشروع".

هذا سيكون أنا؛ ماذا بعد؟

bboreham اطلب من شركتك / مؤسستك التسجيل هنا https://identity.linuxfoundation.org/node/285/organization-signup

caniszczyk ما فعلته:

• قم بزيارة URL الخاص بك.
• تسجيل الدخول عبر جوجل.
• ابحث عن أي طريقة للإعلان عن منظمتي وموظفيها.
• عدت إلى هنا.

هل يمكنك تحديد المكان الذي أنقر فيه بالضبط لتقوم المنظمة (Weaveworks، Inc) بالتسجيل؟

bboreham باستخدام هذا الرابط ، هناك طريقة للتسجيل في مؤسستك والتوقيع الإلكتروني على CLA الخاص بالشركة ، بمجرد القيام بذلك ، ستتمكن من القيام بكل شيء آخر

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

يبدو أن هناك بعض المشكلات مع CLA الخاص بشركة CNCF. ومع ذلك ، يجب تغطية @euank تحت CLA الشركة لـ CoreOS

• https://github.com/kubernetes/kubernetes/pull/34058
• https://github.com/kubernetes/kubernetes/pull/33965

لا تعكس هذا.

caniszczyk هل يمكنك إلقاء نظرة على المشكلة التي ذكرها calebamiles أعلاه؟

يبدو أن euank يحتاج فقط إلى النقر فوق "المساهمة كموظف" وسيتم ربطه تلقائيًا بـ CoreOS CCLA.

نعم ، شكرًا emsearcy ، آخر مرة أعتقد أنني انتهيت بطريق الخطأ مع بريدي الإلكتروني الشخصي. تبدو جيدة الآن!

(أيضًا ، صورة ملف تعريف لطيفة)

عندما أحاول تسجيل الدخول باستخدام github للتحقق من CLA الخاص بي ، أحصل على خطأ رفض الوصول ، وبعد ذلك عندما أحاول مرة أخرى ، تم رفض الوصول بعبارة "لقد قمت بالفعل بتسجيل هذه الهوية". هل هناك أي طريقة يمكنني من خلالها التحقق من CLA الخاص بي؟

أوه ... وبعد ذلك عندما ألقي نظرة على رابط "التفاصيل" لشخص لم يوقع على CLA ، أحصل على _my_ CLA. أتوقع رؤية حالة CLA للمستخدم المعني.

أيضا وجود مشاكل مع CNCF CLA. اختر مساهمًا فرديًا ، ولم يكن قادرًا على تغيير البريد الإلكتروني الذي اختاره لي والذي كان بريدًا إلكترونيًا قديمًا للعمل ، ربما تم سحبه من جيثب (لحسن الحظ كان قادرًا على الوصول إليه). الآن ، يمكنني رؤية CLA الموقع الخاص بي ولكن ما زلت غير موافق عليه في PR.

تواجه أيضًا مشكلات ، حاولت الاشتراك عبر GH الذي كان لديه بريد إلكتروني قديم كأساسي ، ثم اشترك باستخدام بريد إلكتروني مختلف ولا يمكنني الآن ربط حساب GH الخاص بي.

من الواضح أن CLAbot لمؤسسة Linux Foundation (LF) لم يتم خبزه بالكامل بعد. ما نحتاجه الآن هو بعض المساعدة من مديري المنتجات لتحليل مكان تعثر المستخدمين (في بعض الأحيان) في طريق مسدود. بناءً على هذا التحليل ، سننظر فيما إذا كان يجب تحسين LF CLAbot أو التفكير في حلول بديلة (مفتوحة المصدر).

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

في غضون ذلك ، نعتذر عن التأخير.

derekparker لقد واجهت نفس المشكلة وانتهى بي الأمر في النهاية إلى العثور على صفحة تحرير الحساب: https://identity.linuxfoundation.org/user/me/edit

تسجيل الدخول عبر حساب github الخاص بي ثم تغيير البريد الإلكتروني يدويًا إلى CoreOS ، جعله يعمل. أعتقد أنه كان عليّ متابعة سير عمل إعادة تعيين كلمة المرور حتى أتمكن من تعديل بياناتي أيضًا

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

في الثلاثاء 25 أكتوبر 2016 الساعة 8:24 مساءً ، كتب إيوان كيمب إخطارات github.com:

derekparker https://github.com/derekparker لقد واجهت نفس المشكلة و
انتهى الأمر في النهاية بالعثور على صفحة تحرير الحساب: https: // Identity.
linuxfoundation.org/user/me/edit

تسجيل الدخول عبر حساب github الخاص بي ثم تغيير البريد الإلكتروني يدويًا إلى
حصلت CoreOS one الخاص بي على العمل.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
.

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

caniszczykemsearcy فشل خطاف الويب ولا توجد حالة cncf-cla على https://github.com/kubernetes/kubernetes/pull/35581. هل ستتمكن من التحقق من هذا؟

dankohn أنا حاليًا أرسل بريدًا إلكترونيًا إلى الأشخاص المحتملين الذين يمكننا العمل معهم ؛ وأحتاج إلى كتابة مستند متطلبات المنتج. آمل أن أفعل ذلك بواسطة EOW.

foxish هل قمنا بإيقاف تشغيل Google CLAbot في kubernetes repo؟

@ bgrant0607 لا ، لم نقم بذلك. سنقوم بإيقاف تشغيله على مستوى المؤسسة فقط بعد أن يكون لدينا بوت mungegithub CNCF استنادًا إلى خطافات الويب. تم الحظر بواسطة https://github.com/kubernetes/contrib/issues/1834

أرغب في أن تكون مقاييس مساهمة الشركات قابلة للتحقق بشكل مستقل من قبل مجموعات مختلفة.
يبدو أن عملية CLA هي وظيفة فرض ممتازة يمكن استخدامها للمساعدة في الحفاظ على خريطة للمساهمين الأفراد وانتماءاتهم المؤسسية (بمرور الوقت).

لقد حددت تنسيقًا لإفصاحات CLA المطلوبة في هذه المشكلة: https://github.com/kubernetes/contrib/issues/1972

نحن على استعداد للتبديل إلى البوابة على CNCF CLA بحلول نهاية الأسبوع. سنرسل الوثائق والأسئلة الشائعة وما إلى ذلك هذا الأسبوع قبل أن نكمل عملية النقل.
كانت مشكلة الحظر حتى الآن: https://github.com/kubernetes/contrib/issues/1834 ، والتي تم إصلاحها الآن.

ccdimssoltyshsarahnovotny _ _

شكرا طن @ فوكسيش

اكتمل الإطلاق الآن وتستخدم مؤسسات kubernetes و kubernetes-incubator CNCF CLA.

emsearcy هل يمكنك إلقاء نظرة على https://github.com/kubernetes/kubernetes/pull/35672 ؟ يقول المؤلف إنه وقع على قانون CLA لكن الحالة ما زالت تقول إنه لم يفعل ذلك.

emsearcy واجهت مشكلة أيضًا https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

جانباً: أنا أبحث في خيارات مفتوحة المصدر للتعامل مع CLA حتى نتمكن من البحث في هذه المشكلات وإصلاحها دون أن نكون SPOF علىemsearcy. لا شيء على الرف يناسب قوالب أجهزة الصراف الآلي.

PTAL أو emsearcy أو caniszczyk - هناك موظف آخر في deismichelleN يواجه مشاكل مع CLAbot للتعرف على CCLA الخاص بها.

سؤال المستخدم:
هل يمكنني التوقيع على CNCF CLA كموظف وكفرد؟

سأجمع أسئلة مثل هذه وأحدِّث الأسئلة الشائعة حتى لا نضطر إلى التدخل يدويًا كثيرًا.

للتوسع في التعليق السابق:

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

عندما أقوم بالنقر للتسجيل كموظف ، أحصل على الرسالة التالية:

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

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

لدي مشاكل أيضا. وقعت شركتي على CCLA. يُظهر معرف LF الخاص بي أنني جزء من مجموعة المساهمين في CNCF. لكن لا يمكنني ربط هوية LF بهويتي على github. تلقيت الخطأ "هذه الهوية مسجلة لمستخدم آخر" عندما أحاول ربط معرف LF بمعرف جيثب. أنا أستخدم رسائل بريد إلكتروني مختلفة لـ LF (شركة) و Github (شخصي). ربما تكون مشكلة معرّف LF ولكن ربما يكون البعض الآخر قد أصابها.

محظور في طلب سحب k8s الخاص بي.

في مستودع Kubernetes / Helm، في مكان ما في هذه العملية قبل إنشاء العلاقات العامة، حصلت على موجهة إلى نموذج Google CCLA. بعد إنشاء العلاقات العامة ، جاء روبوت LF CLA ووجهني إلى نموذج CNCF CCLA.

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

متابعة تعليقي السابق:

قررت إنشاء حساب GitHub منفصل واستخدامه لـ CLA لشركتي. قمت بإزالة البريد الإلكتروني لشركتي من حسابي الشخصي واستخدمته في حسابي الجديد (https://github.com/yissacharcw).

أرسلت منظمتي بعد ذلك دعوة للانضمام إلى مؤسسة Linux Foundation. لقد اتبعت الرابط ، وقمت بتسجيل الدخول باستخدام حساب GitHub الجديد الخاص بي. لقد ملأت معلومات إنشاء الحساب وحاولت إنشاء حساب لكنني تلقيت خطأ مفاده أن بريدي الإلكتروني كان قيد الاستخدام بالفعل. لا ينبغي أن يكون هذا هو الحال ، نظرًا لأنني لم أستخدم هذا البريد الإلكتروني لتسجيل حساب. لا أرى أي إشارة في حسابي الشخصي تشير إلى استخدام البريد الإلكتروني للشركة هناك. لا توجد معلومات حول كيفية المطالبة بهذا البريد الإلكتروني للاستخدام.

أنا الآن عالق في أنه ليس لدي طريقة لتسجيل البريد الإلكتروني لشركتي لحساب Linux Foundation.

يرجى إرسال بريد إلكتروني إلى [email protected] لتلقي الدعم فيما يتعلق بمعرفات Linux Foundation أو توقيع CLAs. سنحتاج إلى معلومات مثل عناوين البريد الإلكتروني المستخدمة والتي لا نرغب في طرحها هنا ، بالإضافة إلى أنه من الصعب تتبع الطلبات الفردية عبر سلسلة محادثات واحدة. سيؤدي استخدام نماذج الاتصال في أي "طريق مسدود" في عملية توقيع CLA إلى إنشاء بطاقة دعم مع Linux Foundation.

تعليقان على ما سبق للأجيال القادمة:

لا تحتاج إلى معرف مؤسسة Linux ثانٍ للمساهمة "كموظف" بدلاً من المساهمة كفرد. يمكنك الارتباط بمؤسسة إما عن طريق مدير CCLA لمؤسستك الذي يرسل إليك دعوة ، أو ، إذا تم تمكينه بواسطة مدير CCLA ، يطابق عنوان البريد الإلكتروني للشركة. ستحتاج إلى تغيير عنوان البريد الإلكتروني مؤقتًا في ملف تعريف Linux Foundation ID الخاص بك للقيام بهذا الأخير إذا لم يكن عنوان مؤسستك حاليًا ("يرجى التأكد من أنك تستخدم عنوان البريد الإلكتروني لمؤسستك في ملفك الشخصي").

يمكن إجراء متابعة دعوة للانضمام إلى منظمة عن طريق تسجيل الدخول إلى حساب معرف مؤسسة Linux الحالي الخاص بك.

لا يمكنك إقران حساب GitHub الخاص بك بأكثر من معرف Linux Foundation واحد.

يبدو أن عدم تحديث الحالات يمثل خطأً: على سبيل المثال ، كل تحديث لـ 37640 ، حاول الروبوت lfcla الخاص بنا (خدمة ويب مستقلة تتلقى إشعارات Github وتحدّث العلاقات العامة بناءً على حالة المستخدم في نظام LF CLA) تعيين "أذن Philips" "cla / linuxfoundation state = إشعار بحالة النجاح على عمليات الإيداع ، والتي وفقًا لوظيفة go-github تعمل بنجاح - باستثناء أن Github لا يحفظها بالفعل. سأبحث في هذا.

أتلقى أيضًا الخطأ "هذه الهوية مسجلة لمستخدم آخر". مثلhasahni. في البداية ، كان البريد الإلكتروني LF شخصيًا (قمت بالتسجيل كمساهم فردي) ، وكان البريد الإلكتروني لشركة Git عنوان البريد الإلكتروني لشركتي هو العنوان الأساسي. لقد غيرت بريدي الإلكتروني في Git ، لكنني ما زلت أتلقى نفس الخطأ.

لقد قمت بإرسال بريد إلكتروني إلى العنوان emsearcy المنشور أعلاه ، وتمكنوا من حل مشكلتي عن طريق إلغاء ربط البريد الإلكتروني لشركتي من أي حساب تم ربطه به. تمكنت بعد ذلك من إنشاء حساب Linux Foundation باستخدام حساب GitHub الخاص بشركتي وعنوان البريد الإلكتروني للشركة.

كما ذكر أعلاه ، من الأسهل إذا كنت تستخدم حسابًا واحدًا فقط. إذا عدت إلى https://identity.linuxfoundation.org/projects/cncf ، يمكنك اختيار "الموظف" إذا اخترت "فردي" من قبل ، والعكس صحيح. يمكن لمدير مؤسستك إزالتك من المؤسسة في وقت لاحق إذا لم يكن من المفترض أن يتم تفويضك بموجب هذه المؤسسة بعد الآن.

يمكن ربط معرّفات Linux Foundation مع عمليات تسجيل الدخول إلى مواقع الويب الخاصة بمشاريع LF المختلفة ، ومقترحات المؤتمرات ، وشهادات مسؤول النظام (التي يجب أن تظل معك عند تغيير الشركات) ، لذلك من المتوقع أن يكون الحساب "ملكًا لك / يتبعك" أنت "الإعداد. (على غرار الطريقة التي أبلغتم بها جميعًا عن هذه المشكلة ، من المفترض أن يكون لديهم حساب GitHub واحد فقط تستخدمه!)

نحن نرى الكثير من الأشخاص الذين يستمرون في الاعتراض على CLA.

هل الكود المصدري لبوت CLA مفتوح المصدر (وإذا كان الأمر كذلك ، فأين هو الريبو) ، حتى نتمكن من محاولة تحسين التدفق؟ أو هل لقطات الشاشة متاحة (خاصة للإصدار الفردي)؟

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

أفكار أخرى:

• هل هناك سياسة قوية لمنع البريد العشوائي على استخدام عنوان البريد الإلكتروني ، من الواضح أنه مرتبط؟
• هل معرف مؤسسة لينوكس الافتراضي هو عنوان بريدي الإلكتروني؟

LF CLAbot ليس مفتوح المصدر ، ولن يكون مفتوح المصدر ، لأنه (على الرغم من العمل الجيد من قبلemsearcy) هو كرة شعر ، خاصة من حيث تخزين الواجهة الخلفية. بالنيابة عن CNCF ، أود أن أعتذر عن المشاكل التي يواجهها الناس. أفضل حل قصير المدى لمشكلات تسجيل الدخول هو إرسال بريد إلكتروني إلى [email protected] لأنها تستجيب تمامًا ، على الرغم من أنها فقط خلال ساعات عمل PT.

الإصلاح طويل المدى الذي تبحثهphilips هو العمل مع أحد برامج CLAbots مفتوحة المصدر والتعاقد مع أحد مطوريها الأساسيين لإجراء التغييرات التي يحتاجها Kubernetes وأيضًا لتعميم هذه التغييرات. آمل أن نحقق تقدمًا على هذه الجبهة في يناير.

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

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

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

لا أعرف ما إذا كان ذلك ممكنًا من الناحية القانونية ، لكنني أعتقد حقًا أنه لا ينبغي أن تخضع عمليات الإرسال التي لا تتضمن رمزًا لـ CLA (سيكون أيضًا مثاليًا إذا لم تكن التغييرات البسيطة في التعليمات البرمجية خاضعة لـ CLA ولكني أدرك أن هذا السطر أصعب رسم من رمز / غير رمز).

أتفهم الحاجة إلى أن يحمي مشروع Kubernetes نفسه بشكل قانوني ، لكن دفع CLA لإجراء تغييرات تافهة يثبط بشكل فعال العلاقات العامة التي تنتشر في مشاريع GitHub.

يبدو لي أيضًا أنه من السخف إلى حد ما أنه إذا كان المستخدم قد فتح مشكلة للتو بدلاً من ذلك ("يجب أن تقول المستندات us-east-2 وليس us-east-1 ") ، فلن يكون هناك تفاعل CLAbot وسيتولى شخص ما التغيير بالنسبة لهم.

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

بناءً على التعليقات الواردة من العديد من المشاريع الفعلية والمحتملة ، قامت CNCF بتعديل ميثاقها الشهر الماضي لتمكين كل مشروع مستضاف من تحديد ما إذا كانوا يريدون CLA ( سلسلة طويلة مع سياق) أم لا. ومع ذلك ، أعتقد أنه من غير المحتمل جدًا نظرًا لأن Kubernetes هي الآن واحدة من أعلى مشاريع برامج السرعة في التاريخ والتي سيقرر المشرفون عليها التخلي عن CLA. إذا كنت ترغب في تشجيعهم على القيام بذلك ، أقترح عليك فتح عدد جديد.

في الوقت الحالي ، نفترض أن متطلبات CLA ستبقى (وأيضًا أنه من المحتمل أن يكون لدى CNCF مشاريع جديدة مع CLAs أيضًا) ، لذلك نريد CLAbot الذي يسبب أقل قدر ممكن من الاحتكاك.

لمعلوماتك ، واجه OpenStack نفس المشكلة مع طلب ICLA / CCLA لفترة طويلة. "نحن" نتجه نحو مكتب تنسيق المنطقة:
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

مرحبا!

أحاول التوقيع على CLA ولكني عالق في خطوة "التحقق من صحة البريد الإلكتروني". لم أتلق بريدًا إلكترونيًا (فحص البريد العشوائي وفي كل مكان) بعد أن كان من المفترض أن يتم إرسال رمز التحقق إليّ. لقد انتظرت 5 ساعات لذلك لدي شعور بأنه لن يأتي. لقد جربت أيضًا زر "إعادة إرسال التحقق" عدة مرات ولم يرسل لي هذا الرمز أيضًا.

البريد الإلكتروني الخاص بي على github (التفويض الذي اخترته عند إعداد حساب linuxfoundation) هو البريد الإلكتروني الصحيح.

لست متأكدًا من المكان الصحيح لطرح هذا السؤال ، لكن الأسئلة الشائعة عن CLA طلبت مني الحضور إلى هنا إذا كان لدي أي مشاكل.

شكرا لك!

اعتذارات. يرجى إرسال بريد إلكتروني إلى مكتب المساعدة التابع لمؤسسة Linux Foundation <
[email protected]>.

يوم الأربعاء ، 18 يناير 2017 الساعة 1:23 مساءً ، كتب khalpin11 [email protected] :

مرحبا!

أحاول التوقيع على CLA ولكني عالق في خطوة "التحقق من صحة البريد الإلكتروني". أنا
لم يتلقوا بريدًا إلكترونيًا (فحص البريد العشوائي وفي كل مكان) بعد
كان من المفترض أن يتم إرسال رمز التحقق إليّ. لقد جربت أيضًا
زر "إعادة إرسال التحقق" عدة مرات وهذا لم يرسل لي
رمز سواء.

لست متأكدًا من المكان الصحيح لطرح هذا السؤال ، لكن الأسئلة الشائعة عن CLA أخبرني بذلك
تعال إلى هنا إذا كان لدي أي مشاكل.

شكرا لك!

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
.

-
دان كون [email protected]
المدير التنفيذي ، Cloud Native Computing Foundation https://cncf.io/
هاتف: + 1-415-233-1000

مرحباً - حاولت التسجيل كموظف Heptio لكن النظام لم يتمكن من التحقق مني. الرجاء المساعدة! شكرا.

skriss يرجى إرسال بريد إلكتروني إلى مكتب المساعدة في مؤسسة Linux [email protected] مع بريدك الإلكتروني واسم مستخدم GitHub.

أحاول تسجيل CERN مع CNCF CLA.

لقد قمت بإنشاء CNCF CLA لـ "اختبار" الشركة للحصول على نسخة من الاتفاقية لمراجعتها مع فريقنا القانوني. لسوء الحظ ، لا يمكنني الآن تسجيل CERN كمنظمة.

هل يمكنك حذف شركة "الاختبار" التي قمت بتسجيلها وإعادة تعييني مرة أخرى إلى حالة عدم معرفتي بالنظام. بريدي الإلكتروني هو تيم. [email protected].

@ noggin143 يجب أن ترسل طلبك بالبريد الإلكتروني إلى [email protected] وسيساعدك.

لقد حاولت التوقيع على CNCF CLA ، لكن ما زلت أواجه مشكلات. كما ينبغي أن أكون مسجلاً كجهة الاتصال الرسمية لمؤسسة OpenStack Foundation للموافقة على المساهمين الآخرين. لقد قمت أيضًا بتقديم تذكرة إلى مكتب المساعدة. شكرا كريس

hogepodge ، يرجى إرسال بريد إلكتروني إلى [email protected] لتحري الخلل وإصلاحه. (كملاحظة ، لا يؤدي تسجيلك كجهة اتصال إلى وضعك تلقائيًا في مجموعة CLA.)

لقد وقعت CNCF CLA. التزامي هو https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch ، حيث يوجد " [email protected] ". وأضفت هذا البريد الإلكتروني إلى قائمة البريد الإلكتروني لحساب جيثب الخاص بي.
لكن طلب السحب (https://github.com/kubernetes/kubernetes/pull/42232) لا يزال في الحالة "cncf-cla: no".

honkiko Tencent لم يوقع على CLA الشركة حتى الآن:

https://identity.linuxfoundation.org/node/463

إذا كان لديك نسخة من CCLA الموقعة ، يمكنك إرسالها إليّ [email protected] أو إلى [email protected]

من نظرة سريعة ، يبدو أن " [email protected] " حاول إرساله لكنه لم ينته أبدًا.

لقد قدمت PR ، واستخدم مؤلف الالتزام بريدي الإلكتروني الأساسي الذي تم تسجيله في Github ، ولكن لماذا أرسل CLA إلى بريدي الإلكتروني العام طوال الطريق؟ حتى أنني قمت بتغيير عنوان البريد الإلكتروني العام إلى بريدي الإلكتروني الأساسي ، ما زال CLA يُرسل إلى عنوان البريد الإلكتروني السابق؟ كيف حلها؟

حاولت التسجيل كفرد ، لكن الرابط https://identity.linuxfoundation.org/projects/cncf يؤدي إلى صفحة غير موجودة.

sdomula لقد فتحت تذكرة عاجلة مع مؤسسة Linux لحلها. سأقوم بالنشر مرة أخرى عندما يتم إصلاحه.

sdomula تم حل هذا الآن. نحن نحقق في سبب التوقف. آسف للإزعاج.

الصفحة غير موجودة: https://identity.linuxfoundation.org/projects/cncf

إذا كنت على حق ، فإن عنوان url الصحيح الآن هو: https://identity.linuxfoundation.org/node/285/

حق ؟

يبدو وكأنه دفعة تكوين سيئة.

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

إعادة التصعيد الآن.

وهو احتياطي. سنضيف تحقيقنا في هذا التعطل إلى التحقيق الآخر.

مرحبًا بالجميع ، أواجه مشكلات في إرضاء برنامج cla-bot لـ https://github.com/kubernetes/charts/pull/766. أعتقد أن السبب في ذلك هو أنني قمت بالتسجيل كـ " [email protected] " بينما التزامات git الخاصة بي تكون ضمن " [email protected] ". لقد قمت منذ ذلك الحين بتغيير البريد الإلكتروني الخاص بي لمؤسسة Linux لمطابقة التزامات git الخاصة بي ، ولكن لا يمكنني إنشاء CLA جديد بموجب البريد الإلكتروني الجديد. من فضلك توقف.

jpoon يرجى إرسال بريد إلكتروني إلى [email protected]

سوف تفعل. شكرا dankohn

مرحبًا ، أواجه مشكلة في اجتياز فحص cla على https://github.com/kubernetes/helm/pull/2143 وبقدر ما أستطيع أن أقول أنني فعلت كل ما أحتاجه مثل تعيين البريد الإلكتروني بشكل صحيح ، فإن النموذج هو وقعت وهلم جرا. يمكن لأي شخص الرجاء المساعدة لماذا لا يمر CLA؟ شكرا.

dankohn لقد قمت بإرسال بريد إلكتروني إلى [email protected] وكان آخر رد قبل أسبوع. لست متأكدًا حقًا من كيفية حل هذا ...

jpoon يعتذر عن المشكلة. هل يمكنك إعادة الإرسال إلى مكتب المساعدة باستخدام نسخة إلى caniszczyk في linuxfoundation.org

لقد طلبت بريدًا إلكترونيًا مرتين. وصل أول واحد فقط ، وانتهت صلاحيته الآن. الثاني لم يصل قط. فشلت المرة الثالثة أيضا.

TheStalwart هل قمت بإرسال بريد إلكتروني إلى مكتب المساعدة؟

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

أواجه مشكلة في تلبية فحص cla لـ https://github.com/kubernetes/test-infra/pull/2450 . لقد اشتركت كموظف في Google باستخدام حساب github الخاص بي واستخدمت نفس البريد الإلكتروني الذي أستخدمه في التزاماتي. تلقيت رسالة بريد إلكتروني تطلب التحقق من عنوان بريدي الإلكتروني ومنذ ذلك الحين يقول موقع linuxfoundation إنني قمت بالتسجيل بشكل صحيح. ومع ذلك ، لا يزال طلب السحب الخاص بي يحمل علامة "cnfc-cla: no" ، حتى بعد ترك تعليقات إضافية على PR. سأكون ممتنًا لأي مساعدة يمكنني الحصول عليها بشأن هذه المشكلة. شكرا!

أرى نفس الشيء في العديد من العلاقات العامة.

spxtr هل يمكنك الإشارة إلى العلاقات العامة ذات الصلة؟

أيضًا ، أوصي بإرسال بريد إلكتروني إلى "Linux Foundation [email protected] " إذا واجهت أي مشكلات في CLA.

في معظم الأحيان ، يرجع السبب في ذلك إلى عدم وجود البريد الإلكتروني الخاص بك مدرجًا في إعدادات ملف تعريف GitHub أو أنك لم تسجّل الدخول بالكامل إلى https://identity.linuxfoundation.org/projects/cncf وربط ملفك الشخصي على GitHub بـ نظام LF.

أواجه مشكلة في تلبية فحص cla لـ kubernetes / test-infra # 2450. لقد اشتركت كموظف في Google باستخدام حساب github الخاص بي واستخدمت نفس البريد الإلكتروني الذي أستخدمه في التزاماتي. تلقيت رسالة بريد إلكتروني تطلب التحقق من عنوان بريدي الإلكتروني ومنذ ذلك الحين يقول موقع linuxfoundation إنني قمت بالتسجيل بشكل صحيح. ومع ذلك ، لا يزال طلب السحب الخاص بي يحمل علامة "cnfc-cla: no" ، حتى بعد ترك تعليقات إضافية على PR. سأكون ممتنًا لأي مساعدة يمكنني الحصول عليها بشأن هذه المشكلة. شكرا!

نفس الشيء هنا ، باستثناء أنني وقعت كمساهم فردي ، باستخدام نفس البريد الإلكتروني تمامًا مثل GitHub (باستخدام تسجيل الدخول إلى GitHub). لا تزال تحاول معرفة الخطأ الذي حدث.
كنت أكتب إلى مكتب المساعدة التابع لمؤسسة Linux Foundation ، ولم أتلق أي رد منهم حتى الآن.

https://github.com/kubernetes/kubernetes/pull/44727 إرسال قائمة الانتظار - يفتقد PR ملصق CLA ؛ يحتاج إلى واحد من CLA: نعم ، CNCf-cla: نعم أو cla: معتمد من الإنسان

أعتقد أنني فعلت كل شيء ...

حاولت التسجيل كفرد ( gh<at>purefiction.net ) ، لكن بعد مرور 4 ساعات لم أتلق رسالة تأكيد بالبريد الإلكتروني من CNCF. لا شيء في مجلد البريد العشوائي.

atombender قم بالتسجيل على hellosign بنفس عنوان البريد الإلكتروني وقد تجد وثيقة الاتفاقية هناك. لسوء الحظ ، لا يوجد خيار re-send agreement .

dolftax : ما هو "hellosign" وكيف أصل إلى هناك؟ عنوان البريد الإلكتروني هذا ليس هو العنوان الذي أستخدمه للتأليف ، لذا أحتاج إلى تغييره ، لكنه لن يسمح لي بإجراء العملية مرة أخرى.

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

تم إرسال اتفاقية ترخيص المساهم إلى عنوان بريدك الإلكتروني. يجب توقيع هذا إلكترونيًا لإكمال عملية تسجيل المساهم.

... لكن بدون بريد إلكتروني.

atombenderdolftax ، يرجى إرسال بريد إلكتروني إلى [email protected] ويمكنهم مساعدتك في حل مشاكلك . نقوم أيضًا بتقييم كيفية تغيير رسائل الخطأ لتوضيح الخطوة التالية عند عدم وصول البريد الإلكتروني.

سيقوم مكتب المساعدة الخاص بنا بمتابعة تذكرتك ، ولكن من أجل الملاحظات العامة: تقوم HelloSign (بائع التوقيع الإلكتروني الذي يرسل رسائل البريد الإلكتروني الخاصة بالاتفاقية) بإرسال رسائل تذكير في 3 و 7 أيام. يمكن لمكتب المساعدة الخاص بنا إرسال تذكير يدويًا أيضًا ، على الرغم من أن هذه ليست وظيفة موجودة في واجهة المستخدم التي تواجه المستخدم.

بالنسبة للتعليق حول التسجيل في Hellosign (شكرًا على الاقتراحdolftax!) ، فسيكون هذا هو الانتقال إلى https://www.hellosign.com/ والضغط على "تسجيل". يتيح لك الحساب المجاني إرسال ما يصل إلى 3 مستندات شهريًا ، دون احتساب المستندات المرسلة إليك من قبل أشخاص آخرين (والتي يتم توقيعها عادةً دون إنشاء أي حساب من جانب HelloSign).

(أرى اتفاقية معلقة على "جانب" HelloSign للبريد الإلكتروني "gh". لم يرتد إشعار البريد الصادر ، أو أنه سيخبرني بذلك.)

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

dankohn إعادة إرسال اتفاقية من linuxfoundation UI سيكون أفضل بكثير.

لقد وقعت على CLA ، ولكن لا يزال "cnfc-cla: no" flag ، pleast ألقي نظرة foxishsarahnovotny

لدي مشكلة مع CLA ، https://github.com/kubernetes/test-infra/pull/2764
لقد أكدت استخدام البريد الإلكتروني الصحيح ، وقمت بتسجيل الدخول إلى CNCF كفرد ، وربطته بـ Github و google ، وقمت بالتزام آخر بعد ذلك ، وما زلت تلقيت خطأ في CLA ، هل يمكنك إلقاء نظرة؟

yutongz هل يمكنك إرسال بريد إلكتروني إلى مكتب المساعدة التابع لمؤسسة Linux [email protected] بخصوص مشكلتك ، وتأكد من أن معرف github الخاص بك مرتبط بـ https://identity.linuxfoundation.org/projects/cncf والتزاماتك

sarahnovotny و foxish
أواجه مشكلات في توقيع CLA

لقد قمت بالتوقيع باعتباري [email protected] ولا يمكنني التسجيل باستخدام [email protected] (بريد إلكتروني أساسي في github) لذا واجهت مشكلة في github مثل هذا: https://github.com/kubernetes/contrib/pull / 2548 (ما زلت في انتظار توقيعي على CLA)

لقد قمت بإرسال بريد إلى مؤسسة linux منذ شهر ، لكنني ما زلت محظورًا ...
يمكنك إصلاحه ؟

naarani الاعتذار عن القضية. سوف أقوم بتصعيد هذا الأمر مع LF IT.

فشل فحص الترخيص لـ https://github.com/kubernetes/community/pull/631 ، ومع ذلك يبدو أن ملفي الشخصي (انظر المرفق) يضعني ضمن مجموعة CNCF:

بريدي الإلكتروني على https://identity.linuxfoundation.org/user/me/edit هو نفسه الذي استخدمته في الالتزام.

هل هناك أي شيء يمكنني القيام به لتوضيح ذلك؟ شكرا جزيلا!

تظهر هذه المجموعة أيضًا لـ CLAs غير الموقعة (المعلقة).

شكرا. من المحتمل أنني لم أوقع بعد ذلك.

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

wyc : نعم ، مستخدم آخر مع Fastmail لم يتلق بريدًا إلكترونيًا أيضًا. لقد قمنا بتتبع المشكلة إلى Fastmail الذي لا يقبل البريد من HelloSign ، بائع التوقيع الإلكتروني لدينا ، مع استجابة خادم البريد التالية (المقدمة من HelloSign ، لأنه عنوان IP الخاص بهم):
451 4.7.1 Data command rejected: Host<br i="7"/> 198.61.255.111/do255-111.hellosign.com has exceeded the per-day email<br i="8"/> limit of 40, try again later - helo=<do255-111.hellosign.com i="9"> - RLR001<br i="10"/> </do255-111.hellosign.com>
هل ستكون قادرًا على المتابعة مع Fastmail وإخبارهم أن حد 40 يومًا لكل IP (يبدو منخفضًا حقًا بالنسبة لي ...) يؤثر على قدرتك على قبول البريد الإلكتروني من مزود الخدمة الشرعي هذا؟

أعلاه ، اقترح مستخدم آخر أعلاه أنه إذا ذهبت وسجلت الدخول / التسجيل في www.hellosign.com ، يجب أن تكون قادرًا على رؤية طلب التوقيع الإلكتروني المعلق (على الرغم من أنني لم أحاول هذا لتأكيد أنه يعمل) . ما لم يكن لديك هوية Google مع هذا البريد الإلكتروني ، والذي يوفر بريدًا إلكترونيًا تم التحقق من صحته عبر SSO ، فستحتاج على الأرجح إلى أن تكون قادرًا على تلقي بريد إلكتروني للتحقق من صحة الحساب الأولي من HelloSign ... ثم نعود إلى الحاجة إلى Fastmail للتوقف بشدة -الحد من HelloSign.

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

لقد قمت بكتابة كتابة صغيرة حول هذا أدناه ونأمل أن نضيفها إلى https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ

نظرًا لأن GitHub Wiki لا يسمح حاليًا بالمساهمات الخارجية ، يُحسب أدناه كمساهمة بناءً على الترخيص الذي وقعت عليه للتو :)

لا أتلقى بريدًا إلكترونيًا يحتوي على CLA لاتفاقيات المساهم الفردي.

emsearcy يشرح في
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
التي كان يعاني منها بعض مستخدمي مزودي خدمة بريد إلكتروني معينين (بالتحديد FastMail)
مشكلات متعلقة بإمكانية التسليم مع رسائل البريد الإلكتروني الواردة من بائع التوقيع الإلكتروني HelloSign. حتى هذا
تم تصحيحه ، يتوفر الحل البديل التالي:

1. قم بإنشاء حساب على HelloSign باستخدام نفس البريد الإلكتروني لـ CLA.
2. انتقل إلى قسم "المستندات" باستخدام شريط التنقل الأيسر واضغط على
   زر "توقيع" لـ "اتفاقية ترخيص المساهم الفردي CNCF".
   
3. قم بالمراجعة والتوقيع ، إذا رغبت في ذلك.
   
4. تأكد من توقيع الاتفاقية في قسم "المستندات".
   
5. إذا كان لديك PR موجود مع cncf-cla: no ، انتظر 5 دقائق لـ HelloSign
   وخوادم CI لحل الاتفاقية الجديدة. اترك تعليقاً جديداً على
   PR ، ويجب أن تصبح التسمية cncf-cla: no cncf-cla: yes .
   

تخفيض السعر:

### I'm not getting an email containing the CLA for Individual Contributor Agreements.

<strong i="40">@emsearcy</strong> explains in
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-303234338
that some users of certain email providers (namely FastMail) were experiencing
deliverability issues with emails from the e-signing vendor, HelloSign. Until this 
is redressed, the following workaround is available:

1. Create an account on [HelloSign](https://hellosign.com) using the same email for the CLA.
2. Go to the "Documents" section using the left navigation bar and press the
   "Sign" button for "CNCF Individual Contributor License Agreement".
   ![HelloSign Documents Section](https://i.imgur.com/n6o6KzO.png)
3. Review and sign, if desired.
   ![HelloSign Signing Page](https://i.imgur.com/Tcyms6C.png)
4. Confirm that the agreement has been signed in the "Documents" section.
   ![HelloSign Documents Section Confirmed](https://i.imgur.com/99QWSNu.png)
5. If you have an existing PR with `cncf-cla: no`, wait 5 minutes for HelloSign
   and the CI servers to resolve the new agreement. Leave a new comment on the
   PR, and the `cncf-cla: no` label should become a `cncf-cla: yes`.
   ![CLA Fixed](https://i.imgur.com/pKhLQH5.png)

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

مرحبا،

حاولت التوقيع على CLA نيابة عن شركتي. لقد اشتركت مع Github ، وأضفت تفاصيل الشركة. بالرغم من ذلك ، يحتوي CLA الذي تم إنشاؤه على البريد الإلكتروني الشخصي الخاص بي. لقد ذهبت وأنشأت حسابًا آخر باستخدام البريد الإلكتروني لشركتي ودعوته كمدير مؤسسة. هل من الممكن إعادة تشغيل الجيل بحيث يحتوي على البريد الإلكتروني لشركتي في المستند؟ البريد الإلكتروني لشركتي هو adam [@] iflix.com ، والبريد الإلكتروني الخاص بي هو adam [@] boxxen.org

مرحبا! أرغب في تسجيل مؤسستي الجديدة (برنامج Blackduck) كمساهم في kubernetes - ولكن حسابي الحالي على github مرتبط بمؤسستي السابقة (القبعة الحمراء). كيف يمكنني (1) فصل CLA الخاص بي و (2) إنشاء CLA جديد لمؤسسة لم تلتزم سابقًا بـ kubernetes؟ شكرا !

لقد طردتك للتو من RH CLA. لست متأكدًا من كيفية القيام بذلك الخدمة الذاتية.

شكرا إيريك :) أعتقد أنه كان هناك في منتصف الطريق.

بعد إزالتك من المؤسسة ، يمكنك إنشاء مؤسسة جديدة على https://identity.linuxfoundation.org/node/285/organization-signup

تم إنشاء هذه الرسالة تلقائيا بواسطة برنامج تسليم البريد.

تعذر تسليم الرسالة التي أرسلتها إلى واحد أو أكثر من الرسائل
المتلقين. هذا خطأ مؤقت. العناوين التالية مؤجلة:

كورتيس. [email protected]
تجاوز المجال imwiz.com الحد الأقصى للرسائل الإلكترونية المسموح بها في الساعة (168/150 (112٪)). ستتم إعادة محاولة الرسالة لاحقًا

------- هذه نسخة من الرسالة ، متضمنة جميع الرؤوس. ------
تم الاستلام: من o5.sgmail.github.com ([192.254.113.10]: 45396)
عن طريق box969.bluehost.com مع esmtps (TLSv1.2: ECDHE-RSA-AES128-GCM-SHA256: 128)
(مثال 4.87)
(مغلف من)
معرف 1dGU7y-000QH7-Mz
لـ [email protected] ؛ الخميس ، 01 حزيران 2017 11:43:21 -0600
توقيع DKIM: v = 1 ؛ أ = rsa-sha1 ؛ ج = استرخاء / استرخاء ؛ د = github.com ؛
h = from: reply-to : to: cc: in-response-to: r المراجع: الموضوع : mime- الإصدار: نوع المحتوى: نقل المحتوى- الترميز: list-id : list- archive: list-post : list -إلغاء الاشتراك.
ق = s20150108 ؛ به = ia3KtOMIWMbpcYNB7BF47jscgOE = ؛ ب = wrEnOf0 + m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt + KoyYjST6dnSVJZf2qr2c / ywsz
ibzt + VpXLS2N / ktdMhBLy25RzMe / UZzT2Ak1rA4JVgQwI8bW + XUTk3Wf1XW2mLev
aqgwhD / qyryuCJhunLBhqxJztrI =
تم الاستلام: عن طريق filter0654p1mdw1.sendgrid.net باستخدام عامل تصفية معرف SMTP0654p1mdw1-19843-5930522A-4
2017-06-01 17: 43: 06.164526033 +0000 بالتوقيت العالمي المنسق
تم الاستلام: من github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16])
بواسطة ismtpd0002p1iad1.sendgrid.net (SG) مع معرف ESMTP 8eFn2zRFThqa_B9E8cA5dw
لـ [email protected] ؛ الخميس ، 01 حزيران (يونيو) 2017 17:43: 06.085 +0000 (التوقيت العالمي المنسق)
التاريخ: الخميس ، 01 يونيو 2017 10:43:05 -0700
من: Eric Searcy [email protected]
الرد على: kubernetes / kubernetes [email protected]
إلى: kubernetes / kubernetes [email protected]
نسخة إلى: [email protected]
معرف الرسالة:
ردا على:
مراجع:
الموضوع: Re: [kubernetes / kubernetes] الانتقال إلى Linux Foundation (CNCF) CLA
نظام (# 27796)
إصدار Mime: 1.0.2
نوع المحتوى: متعدد الأجزاء / بديل ؛
الحدود = "- == _ mimepart_59305229e47b9_383e3fe2b5315c2c56015" ؛
محارف = UTF-8
ترميز نقل المحتوى: 7 بت
الأسبقية: قائمة
X-GitHub-Sender: emsearcy
المستلم X-GitHub: falenn
X-GitHub-Reason: مشترك
معرف القائمة: kubernetes / kubernetes
قائمة الأرشيف: https://github.com/kubernetes/kubernetes
قائمة المشاركة: [email protected]
قائمة إلغاء الاشتراك:و
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X- Auto-Response-Suppress: الكل
X-GitHub-Recipient-Address: [email protected]
X-SG-EID: APO41b8ovafPb3SK9rw3vNpc43NX8G / TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2 + n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc + wEcvscrXWEuXWCfCL + wOA
x5j / wGGY22HSrKDO211vnPTM3DVM / DsqL9WZDrgs4GyV2tnQ5 + HKVxrY8g ==
حالة البريد العشوائي X: لا ، الدرجة = -2.5
X- سبام- نقاط: -24
X- سبام- بار: -
X-Ham-Report: برنامج الكشف عن البريد العشوائي ، يعمل على النظام "box969.bluehost.com" ،
لم يحدد هذا البريد الإلكتروني الوارد كرسائل غير مرغوب فيها. الأصلي
تم إرفاق الرسالة بهذا حتى تتمكن من عرضها أو تصنيفها
بريد إلكتروني مشابه في المستقبل. إذا كان لديك أي أسئلة ، انظر
الجذر localhost للحصول على التفاصيل.

معاينة المحتوى: بعد أن تتم إزالتك من المؤسسة ، يمكنك ذلك
أنشئ مؤسسة جديدة على https://identity.linuxfoundation.org/node/285/organization-signup
- أنت تتلقى هذا لأنك مشترك في هذا الموضوع. رد
إلى هذا البريد الإلكتروني مباشرةً أو اعرضه على GitHub: https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

تفاصيل تحليل المحتوى: (-2.5 نقطة ، 4.0 مطلوب)

وصف اسم قاعدة النقاط

-0.0 RP_MATCHES_RCVD يتطابق مجال مرسل المغلف مع مجال ترحيل التسليم
-2.8 RCVD_IN_MSPIKE_H2 RBL: متوسط ​​السمعة (+2)
[192.254.113.10 مدرج في wl.mailspike.net]
-0.0 SPF_PASS SPF: المرسل يطابق سجل SPF
1.3 HTML_IMAGE_ONLY_24 الجسم: HTML: صور تحتوي على 2000-2400 بايت من الكلمات
0.0 HTML_MESSAGE BODY: HTML مضمن في الرسالة
-0.1 DKIM_VALID_AU رسالة DKIM_VALID_AU لها توقيع DKIM أو DK صالح من المؤلف
نطاق
-0.1 DKIM_VALID تحتوي رسالة DKIM_VALID على توقيع DKIM أو DK صالح واحد على الأقل
0.1 رسالة DKIM_SIGNED لها توقيع DKIM أو DK ، وليس بالضرورة صالحًا
-0.8 AWL AWL: النتيجة المعدلة من سمعة AWL لـ من: العنوان
X- سبام- العلم: NO

---- == _ mimepart_59305229e47b9_383e3fe2b5315c2c56015
نوع المحتوى: نص / عادي ؛
محارف = UTF-8
ترميز نقل المحتوى: 7 بت

بعد إزالتك من المؤسسة ، يمكنك إنشاء مؤسسة جديدة على https://identity.linuxfoundation.org/node/285/organization-signup

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub:
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
---- == _ mimepart_59305229e47b9_383e3fe2b5315c2c56015
نوع المحتوى: نص / html ؛
محارف = UTF-8
ترميز نقل المحتوى: 7 بت

بعد إزالتك من المؤسسة ، يمكنك إنشاء مؤسسة جديدة على https://identity.linuxfoundation.org/node/285/organization-signup

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع .

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015--

لا يمكنني الحفظ بعد تحرير مؤسستي ، هناك خطأ You must select one or more groups for this content . يمكن لأي شخص أن يساعد؟ شكرا!

مرحبًا supereagle ، أفضل رهان لك هو إرسال بريد إلكتروني إلى [email protected]. (لا تتردد في نسخة لي.

wyc عمل جيد!

هل هناك على أي حال لجعل توقيع الاتفاقية ساري المفعول عند استخدام عنوان البريد الإلكتروني الخاص بـ github noreply في الالتزامات؟
انظر https://help.github.com/articles/about-commit-email-addresses/

هذا سؤال خاص بـ [email protected]. أعتقد أن عنوان البريد الإلكتروني هو ما يتم استخدامه لتحديد هوية CLA ، لذلك من غير المحتمل.

نحن نعتبر هذا (عناوين البريد الإلكتروني غير الرسمية) كطلب ميزة ، ولكن قد نواجه مشكلات مع بدء المزيد من المشاريع في اعتماد DCO في CNCF (الأمر الذي يتطلب بريدًا إلكترونيًا في التوقيع Signed-Off-By).

لقد وقعت على CLA كما هو موثق (مع حساب جيثب والبريد الإلكتروني الصحيحين) ولا يعمل مع هذا PR: https://github.com/kubernetes/charts/pull/1578

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

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

لدي حسابان على Linux Foundation:

• كول. [email protected] (مرتبط بـ GitHub) ، موقّع كمساهم فردي
• كول. [email protected] (تم إنشاؤه حديثًا)

ولكن:

1. أحتاج إلى توقيع CLA بالعنوان الثاني.
2. لتوقيع CLA ، يجب أن يكون الحساب مرتبطًا بحساب GitHub.
3. لا يمكنني القيام بذلك ، لأن حسابي على GitHub مرتبط بالفعل بحساب LF الشخصي / توقيع CLA.

أي اقتراحات؟

"كما سبق" ، تقريبا. يحتوي حسابي على GitHub على عنواني بريد إلكتروني تم التحقق منهما ، وهما [email protected] الأساسي والرايان الثانوي. [email protected] ، ولكن ليس لدى GitHub خيار لعرض عناوين البريد الإلكتروني الثانوية بشكل عام. ليس لدي سوى حساب LF واحد يحتوي على [email protected] كبريد إلكتروني ومرتبط بالفعل بحسابي على GitHub ، ويتم إرسال CLA ، ولكن يبدو أنه لا توجد طريقة لإعداد هذا بحيث يكون عنواني canonical.com يوقع CLA.

مرحبا. أحاول التسجيل في CNCF CLA لأتمكن من إرسال التعليمات البرمجية ، وأنا أفشل في القيام بذلك. هذا هو PR حيث يفشل الفحص المقابل:

https://github.com/kubernetes-incubator/external-dns/pull/376

تم إجراء الالتزامات باستخدام عنوان بريد الشركة الخاص بي. لقد اشتركت في LinuxFoundation باستخدام حساب Github الخاص بي وعنوان البريد الخاص المرتبط به (ليس هو نفسه عنوان بريد الشركة) ، ثم قمت بتغيير عنوان بريدي ليكون مطابقًا لعنوان الشركة. من هناك وقعت شركة صاحب العمل الخاصة بي كمنظمة في مؤسسة Linux ، معي (وبعض الموظفين الآخرين) كمدير. تحقق CA ما زال يفشل.

بدافع اليأس ، قمت بعد ذلك بتغيير عنوان البريد مرة أخرى إلى العنوان الخاص وأنشأت حساب LF ثانٍ جديد تمامًا باسم مستخدم مختلف وعنوان بريد الشركة كعنوان بريدها ، ونجحت في دعوة هذا المستخدم والانضمام إليه في المجموعة. تحقق CA ما زال يفشل.

كيف يمكنني معرفة ما هو مفقود؟ الرجاء المساعدة.

تحديث: حصلت عليه للعمل الآن. شكرا BenTheElder ومؤسسة LF دعم الناس.

هل هناك سبب معين لا تزال هذه المشكلة مفتوحة؟ ألم ننتقل إلى نظام LF CLA؟ هل هذا يحتاج إلى إعادة تسمية ليعكس تغيير النطاق؟

spiffxp سيكون من المناسب إعادة التسمية إلى شيء مثل "تجميع المشكلات مع LF CLA".

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

أعيدت تسميته

لقد أدخلت عن طريق الخطأ عنوان البريد الإلكتروني الخطأ عند الاشتراك في CLA الفردي. نتيجة لذلك ، تم إرسال "اتفاقية ترخيص المساهم الفردي CNCF - طلب التوقيع" إلى العنوان الخطأ.
في غضون ذلك ، قمت بتحديث عنوان البريد في إعدادات الحساب.

هل يمكن استلام "طلب توقيع" جديد على العنوان الذي تم تصحيحه؟

axdotl يرجى إرسال بريد إلكتروني إلى [email protected] وسوف يعتنون بك.

dankohn شكرا!

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

Sorry, there is a temporary problem signing up contributors for this project. Please try again later.

enis هذه رسالة خطأ غير مفيدة. هل يمكنك إرسال بريد إلكتروني إلى [email protected].

emsearcyalanapost هل يمكن أن ترى ما إذا كان هناك شيء ما معطل .

(تم الرد أيضًا عبر مكتب المساعدة)

كان سبب هذه المشكلة هو أنه من المفترض أن يقوم GitHub بإرجاع عناوين البريد الإلكتروني التي تم التحقق من صحتها فقط عبر Oauth ، ولكن بالنسبة لهذا الحساب ، قاموا بتوفير عنوان بريد إلكتروني مشوه / غامض (بدون أي علامة @) تم استخدامه لهذا الحساب. وصل مكون التوقيع الإلكتروني إلى حالة متطرفة لأنه لم يتم اختباره بسلاسل بريد إلكتروني غير مطابقة.

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

شكرا ايريك ،

لقد تمكنت من استخدام حساب "enis" الخاص بي لـ CLA.

شكرا للمساعدة. يمكننا إغلاق هذا.
أنيس

يوم الثلاثاء ، 21 نوفمبر 2017 الساعة 4:21 مساءً ، إريك سيرسي إخطارات @github.com
كتب:

(تم الرد أيضًا عبر مكتب المساعدة)

كان سبب هذه المشكلة هو أن GitHub يُفترض أنه يعيد التحقق من صحته فقط
عناوين البريد الإلكتروني عبر Oauth ، ولكن بالنسبة لهذا الحساب قاموا بتوفير ملف
عنوان بريد إلكتروني مشوه / غامض (بدون أي علامة @) تم استخدامه من أجل
هذا الحساب. ضرب مكون التوقيع الإلكتروني حالة متطرفة لأنه لم يكن كذلك
تم اختباره باستخدام سلاسل البريد الإلكتروني غير المطابقة.

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

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

لا يمكنني أن أحصل على CNCF-CLA موقّعًا بعنوان البريد الإلكتروني للشركة.

حاولت في الأصل التوقيع على CNCF-CLA عن طريق تسجيل الدخول بحسابي على github.com ، ورأيت أن CLA كان حساب بريدي الإلكتروني الشخصي مدرجًا ، وأدركت أن شركتي. لم يتم إضافة عنوان البريد الإلكتروني إلى حساب gh حتى الآن.

لقد ألغيت النموذج ، وذهبت إلى GH وأضفت عنوان البريد الإلكتروني الخاص بشركتي ، ثم حاولت إعادة التوقيع على CLA لكنني لا أرى سوى رسالة تفيد بأنه تم إرسال CLA إلى عنوان بريدي الإلكتروني. لم يتم استلام أي نموذج CLA - عبر عنوان بريدي الإلكتروني الشخصي أو عنوان الشركة.

greglanthier هل يمكنك إرسال بريد إلكتروني إلى [email protected] وسيساعدك على حل المشكلة.

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

    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.
    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.

A confirmation email has been sent to your new email address. You must follow the link provided in that email within 24 hours in order to confirm the change to your account email address.

لا أتلقى رسائل بريد إلكتروني وأعتقد أن هذا بسبب رسالة الخطأ أعلاه. سيكون موضع تقدير أي مساعدة.
شكرا.

يرجى الاتصال [email protected] وسيقومون بفرزها لك.

-
دان كون [email protected]
المدير التنفيذي ، Cloud Native Computing Foundation https://www.cncf.io
+ 1-415-233-1000 https://www.dankohn.com

في 8 كانون الثاني (يناير) 2018 ، الساعة 10:32 ، كتب Christian Roy [email protected] :

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

An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.
An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.

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

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع.

لقد وقعت على CLA كمساهم فردي في الماضي.
الآن أنا أعمل في شركة حيث سأقدم مساهمات أثناء وقت العمل ومن الواضح أن الملكية الفكرية مملوكة للشركة عندما أفعل ذلك. لكن ليس كل ما أفعله خارج العمل يخص الشركة.

أسئلتي:

• كيف يمكنني تغيير حسابي من "فرد" إلى "موظف"؟ لقد قمت بالفعل بتغيير عنوان البريد الإلكتروني ، لكن لا يمكنني العثور على الزر لتغيير هذا.
• كيف يمكنني عكس أن IP للأشياء التي أقوم بإنشائها يعتمد على السياق (عندما أقوم بإنشاء الأشياء وما هي)؟ هذا ليس من غير المألوف في قانون العمل الأوروبي. لأنه من غير القانوني للشركات أن تطالب فقط بكل شيء ينشئه الأشخاص أثناء وجودهم موظفين في العديد من السلطات القضائية.
• لذلك من الناحية الفنية ، يمكنني أن أكون (مساهمًا في Schrödinger) فردًا وموظفًا مساهمًا وفقًا لعدد غير قليل من الظروف. كيف أحافظ على توقيع كلا الأمرين؟

لقد وقّعت CLA كفرد وتم إعداده على GitHub. لديّ تصريح عام معلق يشكو من أنني لم أفعل ذلك. لقد تحققت من أن البريد الإلكتروني الموجود في الالتزام يطابق GitHub الخاص بي الذي تم التحقق منه.

هل يمكنك التحقق من فضلك؟

هنا رابط للعلاقات العامة:
https://github.com/kubernetes/kubernetes/pull/60962

technicianted برجاء التواصل مع [email protected] وسيقومون بترتيب الأمر لك.

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

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

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

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

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

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

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

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

/ إعادة الفتح

لا يزال يشكل عائقا رئيسيا أمام المساهمين الجدد

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

لمعلوماتك الأسبوع الماضي خلال ورشة عمل المساهمين الجدد KubeCon / CloudNativeCon China ، لاحظت أن العديد من المشاركين (معظمهم؟) يعانون من UI / UX في:

https://camo.githubusercontent.com/cdcaa8a1b2679acb1c8452091a05e27c8e68bc54/687474703a2f2f692e696d6775722e636f6d2f74456b3278336a2e706e67

شيئين على وجه التحديد:

• Facebook و Google و GitHub و OpenStack بدرجات متفاوتة خاصة بالموقع أو النظام البيئي وأيضًا رسومية ، لذا من المحتمل ألا تتم ترجمتها في المتصفح.
• لا يبرز النصف البديل "Or - LOG IN" لعنصر تسجيل الدخول بوضوح كعنصر قابل للنقر على عكس كونه مجرد نص أزرق تحت عنوان Linux Foundation في مربع أزرق.

نظرًا لأن GitHub مطلوب عمومًا للمشاركة ، فقد يكون من الأسهل بصريًا أن يكون لديك صندوقان فقط:

1. سجّل الدخول باستخدام GitHub
2. قم بتسجيل الدخول باستخدام معرف مؤسسة Linux

ونزع الخيارات الأخرى من الشاشة لتبسيطها بصريًا. إذا كان معرّف Linux Foundation الذي اختاره الشخص فقط _فهل يكون لديك شاشة تطلب معرف Linux Foundation الحالي الخاص به أو تسمح بإنشاء واحد.

أظن أن معظم الأشخاص سيختارون ببساطة GitHub وهذا هو التدفق الذي يجب تحسين مربع الحوار من أجله.

كنت أحاول التوقيع على CLA للمضي قدمًا في العلاقات العامة الخاصة بي https://github.com/kubernetes/kubernetes/pull/72275 لكني لم أتلق الاتفاقية عبر البريد الإلكتروني على الرغم من المحاولات العديدة. لقد اتصلت أيضًا بـ [email protected] منذ يومين ولكن لم أتلق أي رد حتى الآن - يبدو أن ردودهم ستكون قليلة / متأخرة لأنها فترة العطلة. كنت آمل في الحصول على طريقة لإلغاء قفل نفسي في هذا العلاقات العامة قريبًا.

اعتذارات srmocher لكن مكتب مساعدة Linux Foundation لن يتمكن من معالجة ذلك حتى 2 يناير.

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

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

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

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