Celery: الإصدار 4.1.0

او الاصدار 5 او 4.1.

دعنا فقط نسميها الإصدار التالي.

أيضًا ، أريد هذا الإصلاح رقم 3903

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

إماgeorgepsarakis،thedrow، أوauvipy تكون قادرة على معالجة هذه المسألة؟ لقد مر أكثر من 6 أشهر منذ الإصدار الأخير ويبدو أن هناك قدرًا مناسبًا من التغييرات بين 4.0.3 و master ( كرفس ، كومبو ).

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

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

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

جميل 👍

سعيد لسماع ذلك! يجب عليك فقط إضافة ملاحظات الإصدار لما تم دمجه بعد مايو.

رائعة حقا

لقد تلقيت للتو كلمة تفيد بأن amqp 2.2.0 يكسر الكرفس بطريقة ما. راجع https://github.com/celery/py-amqp/commit/942b3aa9cf76d08951fe7baae163b595300cdfe5#commitcomment -23064465
يمكن لأي شخص أن يختبر ويعلمنا ما هو كسر؟

thedrow تقصد amqp 2.2.1؟ يجب أيضًا أن تستخدم طلبات السحب الأخيرة أحدث إصدار amqp بقدر ما أستطيع فهمه من ملف متطلبات Kombu. على سبيل المثال هنا ، يجب تشغيل الاختبارات بأحدث إصدار من AMQP.

thedrowauvipy أعلمني إذا كنت بحاجة إلى أي مساعدة بخصوص ملاحظات الإصدار أو أي شيء آخر.

gabrielpjordao أصدرتُ 2.2.1 ردًا. ذهب الكسر.

على الرغم من أنه ليس مهمًا جدًا ، أعتقد أن تسمية الإصدار 4.1.0 سيكون أكثر ملاءمة نظرًا للكم الكبير من التغييرات مقارنة بـ 4.0.2 (كل من الميزات وإصلاحات الأخطاء).

أنا أؤمن بذلك

لقد أصدرت للتو vine 1.1.4 وهو تبعية للإصدار التالي.

لقد أصدرت للتو Billiard 3.5.0.3 أيضًا. سأنتظر لبضعة أيام مع Kombu و Celery لأن هذا ضروري ليتم اختباره في الإنتاج.
يعمل Billiard 3.5.0.3 على إصلاح بعض مشكلات التوافق لإصدارات Python الأقل من 3.5 وتعطل Windows من بين أشياء أخرى.

إذا لم يقل أحد شيئًا في اليومين المقبلين ، فسأفترض أن كل شيء خوخي وسنطلق سراح Kombu أولاً ثم الكرفس نفسه.

في حالة رغبة شخص ما في المساهمة https://github.com/celery/celery/pull/3934 يتطلب تغطية اختبارية من أجل الدمج ونود أن يصل ذلك إلى 4.1 أيضًا.

تم دمج https://github.com/celery/celery/pull/3934 مع الاختبار

ping me بعد إصدار pypi. سوف أقوم بإنشاء منشور مدونة حول الإصدار.

فشل Travis CI في Kombu master. أعتقد أن حالات الفشل apicheck بدأت في طلب السحب هذا ، لذلك نحتاج إلى مراجعة التنسيق ومراجع الفئة على الأرجح لحل هذا الأمر.

georgepsarakis جعل الكرفس / كومبو # 770 لمناقشة الفشل. تحاول حلها ولكن يمكنها بالتأكيد استخدام بعض المدخلات إذا شعر أي شخص بالحرص.

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

تم إصدار Kombu 4.1.0! : تادا:
يرجى اختبار هذا مع مجموعات الكرفس الحالية الخاصة بك.

thedrow عمل عظيم! هل يمكننا دمج الكرفس / sphinx_celery / pull / 2 في اسرع وقت ممكن؟ يبدو أن إصدار إصدار ببنية فاشلة يعد أمرًا سيئًا.

thedrow شكرًا على الدمج ، الآن إذا كان بإمكانك أنت أو georgepsarakis بدء إعادة المحاولة على https://travis-ci.org/celery/kombu/jobs/255735887 ، يجب أن يكون لدينا بنية عابرة!

alukach لن يؤثر هذا على وظيفة sphinx_celery المستخدم (1.3.1) لا يحتوي على الإصلاح.

تستخدم ملفات متطلبات sphinx_celery>= ، لذا إذا كان بإمكانك إصدار 1.3.2 من sphinx_celery ، فسيتم استخدامه تلقائيًا في الإصدارات التالية. شكرا.

georgepsarakis للأسف لا يمكنني الوصول إلى هذه الحزمة. ask نسيت أن
سأحاول الاتصال به. في غضون ذلك ، احتفظ بـ https://github.com/celery/kombu/issues/770 مفتوحًا.

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

الشيء الوحيد المتبقي هو ملاحظات إصدار الكرفس. أي متطوعين؟

thedrow نظرًا لأننا نستخدم ملفات المتطلبات ، فيمكننا استخدام مستودع Github مباشرةً ، إذا لم تتمكن من الوصول في أي وقت قريب.

أقوم أيضًا بإضافة تعليق من alukach ، بخصوص طريقة سهلة لتلخيص التغييرات ، كمرجع: https://github.com/celery/kombu/pull/764#issuecomment -315963066

thedrowauvipy لقد بدأت هذه PR https://github.com/celery/celery/pull/4151 ، لا يزال العمل جاريا على الرغم من.

لقد أصدرت للتو 4.1.0.
auvipy أو georgepsarakis هل يمكنك الاهتمام بإعلان الإطلاق على celeryproject.com؟
يرجى التأكد من إغلاق هذه المشكلة بعد ذلك.

لست على علم بكيفية نشر celeryproject. auvipy هل يمكن أن تفعل ذلك؟

أيضًا ، لا يبدو التوثيق محدثًا: لا يزال http://docs.celeryproject.org/en/latest/index.html يظهر 4.0.2. هل هناك شيء يمكننا القيام به لتحديثه؟

نعم يمكنني عمل مدونة الاعلان.

تشير إلى 4.1 http://docs.celeryproject.org/en/master/index.html

أيضًا ، بسيط جدًا ، لكن README (ومن ثم صفحة وصف pypi) تنص على ما يلي:

يعمل الإصدار 4.0 من الكرفس ،

• بايثون (2.7 ، 3.4 ، 3.5)

يجب رفع الإصدار إلى 4.1 ، وتوسيع قائمة Python مع Python 3.6

auvipy نعم ، هذا خاص بالفرع الرئيسي ، راجع الأحدث على الرغم من: http://docs.celeryproject.org/en/latest/index.html

لقد انتهيت من مشاركة المدونة ، فقط بحاجة إلى التغيير الجديد

ها نحن نذهب http://www.celeryproject.org/news/celery-410-released/

تكرارًا لما يتوفر v4.1.0 (http://docs.celeryproject.org/en/v4.1.0/changelog.html) لكن المستندات لا تزال افتراضيًا إلى 4.0 (http : //docs.celeryproject.org/en/latest/changelog.html)

لاحظ أن المشكلة المذكورة أعلاه موجودة أيضًا في مستندات Kombu

يبدو أنه تم تكوين إصدار latest للإشارة إلى الفرع 4.0 بدلاً من master في RTD.

يبدو أن thedrow لديه حق وصول المالك لإصلاح ذلك. المسؤول -> الإعداد المتقدم -> الفرع الافتراضي.

عمل رائع على الإصدار! : تادا:

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

نظرًا لأن هذا إصدار 4.1 ، فهذا يعني عادةً إنشاء فرع جديد لذلك ، ولكن إذا كانت الإصدارات الثانوية متكررة ، فمن المعقول الاستمرار في استخدام الفرع 4.0).

آه لقد فهمت. أعتقد أن هناك أيضًا خيارًا لتعيين الإصدار الافتراضي على stable لتجنب هذا الالتباس ، لكن الفرع المنفصل يعمل أيضًا!

لا تتعارض عملية الإصدار الآلي مع تكوين المستندات.
لقد نسيت أن أفعل ذلك وسأفعل ذلك اليوم.