Celery: अजवाइन रिलीज चक्र

हमारा प्रोजेक्ट Python 3.7 समर्थन के लिए अगली रिलीज़ की प्रतीक्षा कर रहा है। अगर कोई तरीका है जिससे हम इस प्रक्रिया में मदद कर सकते हैं, तो कृपया मुझे बताएं।

अजवाइन परियोजना को बनाए रखने के लिए कुछ प्रायोजक खोजने में हमारी सहायता करें। इस विशाल परियोजना के लिए कुछ गंभीर समय समर्पित करने के लिए यह सबसे आवश्यक सामग्री है।

@auvipy "प्रायोजक" परिभाषित करें :) पैसा, समय? कई बड़े खिलाड़ी सेलेरी का इस्तेमाल कर रहे हैं.

एक संभावित दृष्टिकोण समय-आधारित रिलीज है, जहां मास्टर में सबकुछ बस भेज दिया जाता है (एक बार/माह?) प्रमुख बग फिक्स या सुरक्षा फ़िक्सेस तुरंत शिप करते हैं। आप तेजी से रिलीज के साथ उपयोगकर्ता आधार के साथ एक सख्त फीडबैक लूप प्राप्त कर सकते हैं। अनपेक्षित मंथन से बचने के लिए लोग आवश्यकतानुसार (हम करते हैं) अपने प्रोजेक्ट में संस्करण पिन कर सकते हैं।

मैं बगों को ठीक करने, अपनी कंपनी की ज़रूरतों में सुधार करने और मील के पत्थर रिलीज को दरवाजे से बाहर करने की कोशिश करने में समय बिताता हूं ...

@robertknight मुद्दों के तहत, मील के पत्थर पर क्लिक करें, अगला मील का पत्थर चुनें और खुले मुद्दों को बंद करें। आम तौर पर एक दर्जन या तो रिपोर्ट किए गए बग हैं जिनमें कोई सुधार नहीं है, दस्तावेज़ीकरण समस्याएं इत्यादि। देखें कि क्या आप कुछ हल कर सकते हैं?

चिल्लाते हुए, मैं अजगर 3.7 पर जाने के लिए बहुत जल्दी में नहीं हूं, हालांकि यह अच्छा होगा। रिलीज 4.3 के आसपास कुछ उत्तरों की तलाश में था। कुछ नहीं। मैं समझता हूं और समझता हूं कि पैसे की कमी इतनी बड़ी परियोजना पर एक मुद्दा है, क्योंकि यह अन्यथा नहीं हो सकता है, लेकिन मुझे अभी भी लगता है कि चीजों को पारदर्शी रूप से यह कहते हुए किया जाना चाहिए कि सेलेरी के लिए छोटी और लंबी अवधि की योजनाएं हैं। पिछली रिलीज़ जैसी कोई बात नहीं है और जब तक मैं इसके साथ ठीक हूँ, मुझे यह जानने में अधिक सहज महसूस होगा कि परियोजना कहाँ आगे बढ़ रही है। चूंकि मुख्य परियोजना वास्तव में जटिल है और इसमें यह बनाए रखने के लिए बहुत सी चीजें हैं कि आप मूल लोग अजवाइन के भविष्य को कैसे देखते हैं? व्यक्तिगत रूप से मुझे नहीं लगता कि परियोजना में पैसा फेंकना पर्याप्त है, क्योंकि अजगर की दुनिया बदल रही है और तेजी से विकसित हो रही है, कम से कम कुछ चीजों पर दोबारा गौर किया जाना चाहिए और एक रणनीति बनाई जानी चाहिए।

आपके इनपुट के लिए सभी का धन्यवाद। यहां खोले गए मुद्दों के अलावा, कुछ और चीजें जो सेलेरी के भविष्य के लिए मेरी योजना पर हैं,

1. यदि संभव हो तो अक्टूबर तक अजवाइन 4.3 ASAP जारी करें।
2. अजगर 2 को मास्टर शाखा से हटा दें और सेलेरी 4.x शाखा को बग फिक्स के साथ केवल 2019 के अंत तक एलटीएस बनाएं।
3. जहां संभव हो वहां असिन्सियो और इसके इको सिस्टम को अपनाएं। बड़े ओवरहाल की जरूरत है।
4. बिलियर्ड के लिए एसिंक्स आधारित विकल्प खोजें या बिलियर्ड को एसिंक्स फ्रेंडली बनाने के लिए फिर से लिखें [इनपुट वांछित]
5. वितरित अजवाइन बीट के लिए रेडबीट की तरह कुछ देशी लागू करें।
6. काफ्का समर्थन और संबंधित ओवरहाल।
7. संपत्ति-आधारित परीक्षण को धीरे-धीरे अपनाएं और परीक्षण कवरेज में सुधार करें।
8. डॉक्स में सुधार करें और खुले बग्स को ठीक करें।
9. दूसरों को जोड़ें......

ये मेरी प्राथमिकताएं हैं और मैं इस पहले 8 के लिए काम करना शुरू करने जा रहा हूं और संभवत: कुछ और टीम के सदस्य और समुदाय के सदस्य भी फीचर अनुरोधों को लागू करने और ओपन बग्स को खत्म करने में योगदान देंगे।
हमारे पास योजना में और भी विशेषताएं हैं लेकिन अभी के लिए ये न्यूनतम प्राथमिकताएं हैं।

अपने विचार साझा करने के लिए स्वतंत्र महसूस करें।

क्या हम इन सुविधाओं से संबंधित मुद्दों को दस्तावेज़ीकरण में कहीं सूचीबद्ध करना चाहते हैं ताकि लोग आसानी से देख सकें कि योजना क्या है?
मुझे पता है कि नंबर 5 के लिए हमारे पास है: https://github.com/celery/celery/issues/4815
बाकी के बारे में निश्चित नहीं है।

हो सकता है कि हम एक रोडमैप अनुभाग बना सकें और संबंधित मुद्दों को छोटे विवरणों के साथ जोड़ सकें? और इसे और अधिक दृश्यमान बनाने के लिए रीडमी और डॉक्स में रोडमैप जोड़ें?

एक अच्छा विचार मालूम पड़ता है

मुझे लगता है कि रिलीज चक्र और परियोजना कैसे टिकती है, इस बारे में बात करना अभी भी समझ में आता है। मुझे लगता है कि भविष्य के रोडमैप और रिलीज चक्र केवल शिथिल युग्मित हैं। स्थिर रिलीज कैडेंस हमें नियमित रूप से शिप फिक्स के लिए एक तंत्र प्रदान करेगा, जबकि रोडमैप रिलीज चक्रों पर भविष्य के काम को मैप करने में मदद करेगा। अधिक धन (पैसे या समय में) रोडमैप को "संकुचित" करेगा।

मुझे लगता है कि विकी को प्रस्तावित रोडमैप (रीडमे को अव्यवस्थित करने के बजाय) के साथ अपडेट किया जा सकता है और फिर गिटहब मुद्दों से मील के पत्थर जोड़े जा सकते हैं, इसलिए यह स्पष्ट है कि पहले से टिकट क्या है और इसी तरह।

मुझे लगता है कि यह भी, विकी रोडमैप को दस्तावेज करने के लिए एक अच्छी जगह की तरह लगता है।

क्या हम एक और आइटम भी जोड़ सकते हैं?
रेडिस कार्य कतारों के लिए समर्थन जोड़ने के बारे में क्या?

क्यों नहीं? क्या वे पहले से ही समर्थित नहीं हैं?

@xirdneh आपका क्या मतलब है?

देरी से जवाब देने के लिए माफी। शायद मैं इस बारे में थोड़ा भ्रमित हूँ।
मुझे लगा कि सेलेरी रेडिस के पब/सब का इस्तेमाल कर रही है, जिसका मतलब है कि सब्सक्राइबर्स को मैसेज आते ही डिलीवर हो जाते हैं।
लेकिन हम रेडिस में फीफो कतारों का उपयोग कतार की तरह काम करने और सेलेरी बीट को पावर देने के लिए भी कर सकते हैं।
वह अंतिम भाग पहले से ही #4815 . में उल्लिखित है
कृपया, मुझे सुधारें अगर मैं इनमें से किसी पर भी गलत हूं @thedrow धन्यवाद :)

ठीक है, मेरा मानना ​​है कि मैं गलत हूं और कोम्बू संदेशों को संभालने के लिए एलपीयूएसएच और एलपीओपी का उपयोग करता है। मुझे लगता है कि मैं कुछ और सोच रहा था लेकिन मैं इसे दोबारा जांचने के लिए कोड पर वापस गया। उसके लिए माफ़ करना।

हाहा कोई चिंता नहीं: खंजर:

नमस्ते। मैंने इस धागे को ध्यान से पढ़ा है, लेकिन मुझे रिलीज चक्र के संबंध में कोई निष्कर्ष नहीं दिख रहा है। जैसा कि @mariokostelac ने टिप्पणी की, रखरखाव और सुविधाओं को जोड़ने के लिए काम की आवश्यकता होती है, लेकिन दूसरी ओर, एक नया संस्करण जारी करना जब मास्टर शाखा में परिवर्तन पहले से ही विलय हो गए हैं, तो अधिक काम की आवश्यकता नहीं होनी चाहिए, फिर भी कुछ महीनों के लिए कोई संस्करण जारी नहीं किया गया है। @Jamim द्वारा उठाए गए इस मुद्दे का मूल विषय यही था। उदाहरण के लिए, हमारी कंपनी में, अजगर 3.7 का उपयोग करने के लिए एकमात्र अवरोधक यह है कि यह सेलेरी द्वारा समर्थित नहीं है। अगर मैं सही ढंग से समझूं, तो मास्टर शाखा में ऐसे परिवर्तन होते हैं जो अजगर 3.7 के साथ अजवाइन का उपयोग करने की अनुमति देते हैं। क्या उन परिवर्तनों को जारी करने की कोई निर्धारित तिथि है?

@ एंटोनी-गैलिक्स शायद @auvipy अगर मैं गलत हूं तो मुझे सही कर सकता है। लेकिन मेरा मानना ​​​​है कि जब तक हम 3.7 के साथ कुछ और परीक्षण नहीं करते हैं और साथ ही इसे सीआई वर्कफ़्लो में जोड़ते हैं, तब तक हम अजगर 3.7 का समर्थन करने वाली रिलीज़ नहीं कर सकते।
क्या आप अपने प्रोजेक्ट के साथ नवीनतम मास्टर का परीक्षण करने और यह सुनिश्चित करने में सक्षम हैं कि यह सही तरीके से काम कर रहा है?

वास्तव में 3.7 के साथ चलने पर परीक्षण विफल हो जाते हैं और हमें https://github.com/celery/py-amqp/issues/206 को ठीक करने की आवश्यकता होती है
यह एक ओपन सोर्स प्रोजेक्ट है जिसमें बहुत कम दान है। हम अपने खाली समय में इस पर काम करते हैं।
इस परियोजना में सुधार और समर्थन के लिए योगदान की आवश्यकता है।
हम वास्तव में समय सीमा नहीं बना सकते। हम आने वाले महीनों में रिलीज होने की उम्मीद कर रहे हैं यदि पायथन 3.7 का समर्थन करने के लिए योगदान आता है।

@thedrow यह पूरी तरह से समझ में आता है। सूक्ष्मताओं के लिए धन्यवाद।

क्या हम अगली रिलीज़ को समाप्त करने के लिए कहीं गुम होने की एक चेकलिस्ट पा सकते हैं? यह नेविगेट करने में हमारी मदद करेगा कि हम किन चीजों में मदद कर सकते हैं और स्थिति क्या है।

हाय @ डेविडबार्टन ,
मुझे विश्वास है कि आप मील के पत्थर देख सकते हैं।

@auvipy मेरी कंपनी के पास एक ग्राहक है जिसे काफ्का समर्थन की आवश्यकता है। हम एक सेलेरी देव को वहां पहुंचाने में मदद करने के लिए उसे वित्तपोषित करने में रुचि रखते हैं। यदि आप चाहें तो अगले सप्ताह और बात करने में प्रसन्नता हो रही है।

पर @ewenger पिंग मुझे [email protected]

हाय जेंट्स, क्या मैं सेलेरी 4.3 के लिए रिलीज की तारीख की उम्मीद कर पाऊंगा?
मैं निम्नलिखित सुधारों की प्रतीक्षा कर रहा हूं
https://github.com/celery/celery/issues
https://github.com/celery/celery/issues/4995

इस धागे पर उन लोगों के लिए सेलेरी 4.3 आधिकारिक तौर पर जारी किया गया है

हम जल्द ही रिलीज चक्र और समर्थन नीति का दस्तावेजीकरण करने जा रहे हैं।
बने रहें।

हम जल्द ही रिलीज चक्र और समर्थन नीति का दस्तावेजीकरण करने जा रहे हैं।
बने रहें।

मुझे आने वाली रिलीज़ के बारे में जानकारी कहाँ से मिल सकती है? धन्यवाद।

हम जल्द ही रिलीज चक्र और समर्थन नीति का दस्तावेजीकरण करने जा रहे हैं।
बने रहें।

मुझे आने वाली रिलीज़ के बारे में जानकारी कहाँ से मिल सकती है? धन्यवाद।

जीथब मील के पत्थर की जाँच करें

सेलेरी अब अधिक लगातार बग फिक्स मामूली रिलीज जारी करता है।

IMHO हमें SemVer आधारित रिलीज़ के साथ रहना चाहिए और यदि संभव हो तो निरंतर रिलीज़ या साप्ताहिक / पाक्षिक / मासिक पैच / छोटी नई सुविधा के साथ छोटी रिलीज़