Jinja: या तो `जिंजा` या `जिंजा2` . के लगातार नामकरण पर निर्णय लें

स्टैक ओवरफ्लो टैग "जिंजा 2" है, "जिंजा" एक समानार्थी है जो अदृश्य रूप से परिवर्तित हो जाता है। विपरीत दिशा में मेरे प्रयासों के बावजूद। (यह एक या एक साल पहले हुआ था।)

मैं वास्तव में नाम से "2" हटाना चाहता हूं। "जिंजा" पीपीपीआई पेज में v2 बिल्ड जोड़ना शुरू करें। "jinja2" आयात को हटा दें और "jinja" नाम स्थान पर वापस जाएं।

@ThiefMaster @mitsuhiko @untitaker क्या आप लोगों की राय है?

मुझे लगता है कि हम ऐसा कर सकते हैं लेकिन मैं व्यक्तिगत रूप से इसके साथ 3.0 रिलीज को संरेखित करने का प्रस्ताव रखूंगा।

: +1: 3.0 की प्रतीक्षा में।

स्टैक ओवरफ्लो टैग "जिंजा 2" है, "जिंजा" एक समानार्थी है जो अदृश्य रूप से परिवर्तित हो जाता है। विपरीत दिशा में मेरे प्रयासों के बावजूद। (यह एक या एक साल पहले हुआ था।)

मैं इसे ठीक करने में सक्षम हो सकता हूं।

संपादित करें: हाँ, मैं कर सकता हूँ

पूर्वावलोकन का नाम बदलें
jinja2 को 3486 प्रश्नों में से हटा दिया जाएगा
जिंजा को 3486 प्रश्नों में जोड़ा जाएगा
jinja2 के लिए 5 प्रतिबद्धताएँ दस्तावेज़ीकरण प्रस्ताव को जिंजा प्रस्ताव में ले जाया जाएगा
एक टैग पर्यायवाची मानचित्रण jinja2 → jinja बनाया जाएगा।
(इन गणनाओं में हटाए गए प्रश्न और अतिव्यापी टैग शामिल नहीं हैं)

3.0 रिलीज के लिए समयरेखा क्या है?

जितनी जल्दी हम लोगों को जागरूक करना शुरू करें, उतना ही बेहतर है, तो अब jinja2 आयात पर एक मूल्यह्रास चेतावनी जोड़ने और jinja आयात पर एक चेतावनी जोड़ने के बारे में क्या है कि हम जल्द ही v3 को jinja से बाहर कर देंगे

@davidism क्या आप RTD नेमस्पेस को jinja पर ले जाने में सक्षम हैं? ऊपर मेरी टिप्पणी के अनुसार, यह वर्तमान में jinja2 अंतर्गत है, और आईआईआरसी, आप अन्य परियोजनाओं के लिए आरटीडी नामस्थानों की सफाई/स्वामित्व माइग्रेशन चला रहे थे?

एक तरह से Jinja2 की आखिरी बड़ी रिलीज़ इंजन में भारी बदलाव था। यह भी सुनिश्चित नहीं है कि और भी चीजें हैं जिन्हें हमें तोड़ने की जरूरत है: डी

जिन्जा v3 के लिए ब्रेकिंग परिवर्तन और नाम समेकन सहेजना मेरे लिए बहुत अच्छा लगता है। हम यह भी पता लगाने की कोशिश कर सकते हैं कि हम इसके लिए कौन से महत्वपूर्ण बदलाव कर सकते हैं।

मैं सभी को एक संभावित के बारे में याद दिलाना चाहता हूं - शामिल ब्लॉक ओवरराइड की अनुमति देना । उस मुद्दे का मतलब ब्रेकिंग चेंज नहीं है, लेकिन यदि वह मार्ग है जिसे आप सभी जाना चाहते हैं, तो उस मुद्दे को v3 मील का पत्थर के साथ रीमेक/खोलना यह है कि मैं इसे कैसे करूंगा। स्पर्शरेखा के लिए क्षमा करें। :) शायद हम इस बात पर चर्चा करने के लिए एक और टिकट बना सकते हैं कि Jinja v3 के लिए क्या तोड़ना है / मील का पत्थर है।

कुहनी से हलका धक्का @davidism - ऊपर मेरी टिप्पणी के अनुसार, क्या आप आरटीडी नेमस्पेस को जिन्जा 2 से जिंजा में संशोधित करने में सक्षम हैं?

2.11 विज्ञप्ति में, मैं करने के लिए पैकेज का नाम बदलने की सोच रहा हूँ jinja , के लिए एक placholder मॉड्यूल के साथ jinja2 कि आगे सभी आयातों और मुद्दों पर एक प्रतिवाद चेतावनी।

मुझे अभी भी इस अगले चरण के लिए समय निकालना होगा, लेकिन मैं PyPI पर "जिंजा" नाम पर वापस जाने का प्रयास करना चाहूंगा। मुझे लगता है कि मैं जो करने की कोशिश करूंगा उसके पास एक जिन्जा 2.11 बिल्ड है जिसमें jinja2 प्लेसहोल्डर शामिल है, और जिन्जा 2 2.11 बिल्ड को केवल jinja>=2.11 पर निर्भर करता है, या एक छोटा शिम है जो इंस्टॉलेशन की व्याख्या करता है बिना किसी कोड को तोड़े दूसरा नाम। जब तक हम एक संक्रमण का प्रबंधन करते हैं, मैं इन बिल्ड को कुछ समय के लिए सिंक में रखने के लिए अतिरिक्त प्रयास करने को तैयार हूं।

@davidism यह एक बिंदु रिलीज में नहीं होना चाहिए। इससे अचार और अन्य चीजों का गुच्छा टूट जाएगा।

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

पैकेज का नाम बदलकर 2.0 करने का कारण यह था कि नोड या रस्ट कैन के विपरीत असंगत पायथन पुस्तकालयों की समानांतर स्थापना के लिए कोई रास्ता नहीं था (और अभी भी कोई रास्ता नहीं है)। उसके कारण मुझे लगता है कि हम जल्द या बाद में एक बेवकूफ स्थिति में होंगे जहां जिंजा 4.0 को पीपीआई पर "जिंजा 4" नाम देने की आवश्यकता होगी।

इसलिए मुझे लगता है कि हालांकि यह नाम कुछ हद तक ठीक है, मैं आम तौर पर अब यह नहीं सोचता कि यह एक अच्छा विचार है। मुझे लगता है कि यह परिवर्तन बिना किसी चिंता के होगा यदि पायथन आयात प्रणाली विभिन्न संस्करणों के साथ आयात का समर्थन करती है, हालांकि मैंने इसकी उम्मीद छोड़ दी थी।

@coleifer मुझे वास्तव में पता नहीं है कि आप "चलो इसे वापस लाएं" के अलावा अन्य क्या सुझाव दे रहे हैं। हम इसे पैच/बगफिक्स रिलीज़ के रूप में रिलीज़ नहीं करेंगे, इसलिए मुझे लगता है कि आप खुश नहीं हैं कि यह 2.11 में आएगा। क्या आप उम्मीद कर रहे हैं कि हम इसके लिए जिंजा 3 रिलीज करेंगे? यह एक निर्भरता पेड़ में और भी अधिक समस्याएं पैदा करेगा जिसमें जिंजा पर निर्भर कई पैकेज हैं।

ईमानदारी से, मुझे आपका व्यवहार पूरी तरह से अस्वीकार्य लगता है और आशा है कि इसके परिणाम होंगे।

~fwiw हम jinja2 एक नया (बिंदु) संस्करण भी जारी कर सकते हैं जो सभी jinja (यानी यह शिम है) का पुन: निर्यात करता है। यह आमतौर पर जंग में काम करता है जब आपके पास कई निर्भरताएं होती हैं जो किसी अन्य पैकेज पर निर्भर करती हैं। तुम बस अद्यतन करने के लिए होगा jinja2 संकुल कि पर निर्भर बनाने के लिए jinja2 परोक्ष से प्रकार का उपयोग jinja । ~ इस त्यागें। यह वही है जो शिम कर रहा है। मुझे नहीं पता कि चिंता क्या है।

@untitaker इसके बजाय उनमें रुचि रखते हैं। @ThiefMaster के साथ चर्चा के आधार पर, ऐसा लगता है कि इसे 3.0 में करना अधिक समझ में आता है, क्योंकि यह एक बड़े बदलाव का प्रतिनिधित्व करता है। हमने सिर्फ नाम बदलने के लिए 2.12 रिलीज के बारे में भी सोचा।

Jinja2 3.0 एक निर्भरता के रूप में Jinja 3.0 में शिम और पुल होगा।

यह शायद ठीक होगा लेकिन यह उन पैकेजों के साथ नए jinja नाम का उपयोग करने पर रोक लगाएगा जो स्पष्ट रूप से Jinja2==2.* पर निर्भर करते हैं। जो शिम की संभावित उपयोगिता को सीमित करता है।

हाँ, यह 2.11 के साथ जाने के मेरे शुरुआती कारणों में से एक था। मुझे लगता है कि 2.12 बनाम 3.0 यह तय करने के लिए नीचे आता है कि क्या नाम एक बड़ा बदलाव है, भले ही जिन्जा 2 काम करना जारी रखे और बहिष्करण चेतावनी जारी करे। 3.0 मूल रूप से केवल एक प्रमुख रिलीज होने जा रहा था क्योंकि इसने पायथन 3 को गिरा दिया था।

आंतरिक रूप से कुछ और चर्चा के बाद, हम इसे पूर्ववत कर रहे हैं। #1131 देखें।