आप शायद जानते हैं कि Postgres-XL PostgreSQL पर आधारित एक वितरित डेटाबेस है। कुछ दिनों पहले हमने XL 9.6 कोड को पब्लिक git रिपॉजिटरी में पुश किया था। Postgres-XL 9.6 में उपलब्ध नई सामग्री के बारे में अतिरिक्त विवरण यहां उपलब्ध हैं।
हालांकि इस ब्लॉग पोस्ट का विषय काफी अलग है। मैं परियोजना प्रबंधन और विकास प्रथाओं में कुछ बदलावों पर चर्चा करना चाहता हूं, और हम इसे क्यों (और कैसे) बनाने की योजना बना रहे हैं।
पहली नज़र में, XL समुदाय विशेष रूप से सक्रिय नहीं लग सकता है, खासकर यदि आप केवल कोड को देखते हैं तो मेलिंग सूचियों पर योगदानकर्ताओं या ट्रैफ़िक की संख्या। हम जानते हैं कि यह पूरी तरह से सटीक नहीं है, क्योंकि हमें पोस्टग्रेज-एक्सएल पर रोमांचक सामान बनाने वाले ग्राहकों और डेवलपर्स से बहुत अधिक ऑफ-लिस्ट रुचि मिलती है। लेकिन यह यह भी दर्शाता है कि शायद हम परियोजना के इस पक्ष में सुधार कर सकते हैं, ताकि कोड का योगदान करना या प्रतिक्रिया देना आसान हो सके।
हम यह भी जानते हैं कि कुछ Postgres-XL कांटे हैं। हम उम्मीद नहीं करते हैं कि लोग उन पर काम करना बंद कर देंगे और एक्सएल में वापस चले जाएंगे; कुछ कांटे उन मामलों का उपयोग करते हैं जो XL का प्राथमिक उद्देश्य नहीं हैं। लेकिन शायद उन कांटे कुछ सामान्य सुधारों (जैसे बगफिक्स या कुछ उबाऊ बुनियादी ढांचे बिट्स) को अपस्ट्रीमिंग से लाभान्वित कर सकते हैं, रखरखाव के बोझ को कम कर सकते हैं और मर्ज संघर्षों को कम कर सकते हैं।
जाहिर है, यह एक दीर्घकालिक लक्ष्य है और ऐसा कोई विशेष चीज नहीं है जो इसे पूरा कर सके। इसलिए बेझिझक अन्य परिवर्तनों का प्रस्ताव दें, या अतिरिक्त झुंझलाहट को इंगित करें जो आपको XL में योगदान करने से रोकते हैं।
समुदाय का विकास करना
इन परिवर्तनों का एक लक्ष्य XL समुदाय को बढ़ाना और उसे अधिक सक्रिय बनाना है। इसमें न केवल मेलिंग सूचियों पर अधिक संदेश प्राप्त करना, अधिक डाउनलोड, बग रिपोर्ट (या जो भी मीट्रिक आप चुनते हैं) शामिल हैं। मेरा मतलब परियोजना के नियंत्रण को व्यापक समुदाय के साथ साझा करना भी है, उदाहरण के लिए अनुभवी योगदानकर्ताओं को प्रतिबद्ध अधिकार देना, आदि।
यह "अगर" नहीं बल्कि "कब" का सवाल है। हमारे पास कमिटर्स जोड़ने के लिए कोई सटीक शेड्यूल या समय सीमा नहीं है, लेकिन मेरा अनुमान है कि यह बाद में होने के बजाय जल्द ही होगा।
XL को PostgreSQL के करीब रखें
हम एक अधिक पूर्ण (और जटिल) विकास मंच को क्यों नहीं अपनाना चाहते हैं, इसका एक कारण यह है कि हम कोड और विकास प्रथाओं दोनों के संदर्भ में पोस्टग्रेज-एक्सएल को जितना संभव हो सके पोस्टग्रेएसक्यूएल के करीब रखना चाहते हैं। और पोस्टग्रेएसक्यूएल एक मेलिंग सूची में पैच भेजने के आधार पर एक बहुत ही सरल प्रक्रिया का उपयोग करता है। यह दोनों सरल है और एक सरल "ऑडिट ट्रेल" के रूप में भी कार्य करता है।
इसलिए हम विकास को जीथब या गिटलैब में स्थानांतरित करने की योजना नहीं बनाते हैं, लेकिन एक्सएल पर काम करते समय आपको उन तकनीकों को अपनाने से कोई रोक नहीं सकता है, जब तक कि अंतिम पैच मेलिंग सूची में भेजे जाते हैं। उदाहरण के लिए, हम आंतरिक रूप से जीथब का उपयोग कर रहे हैं।
सोर्सफोर्ज को हटा दें
बहुत समय पहले, ओपन सोर्स प्रोजेक्ट्स को होस्ट करने के लिए सोर्सफोर्ज एक बेहतरीन जगह थी। लेकिन आजकल यह साइट काफी हद तक केवल रखरखाव मोड में लगती है, एडवेयर को डाउनलोड करने से संबंधित विभिन्न विवादों का सामना करना पड़ता है, आदि। यह आगे बढ़ने का समय है।
सौभाग्य से, हमें इसकी अधिक आवश्यकता नहीं है - एक परियोजना वेबसाइट, एक गिट भंडार और कुछ मेलिंग सूचियां और। पहले दो आइटम - वेबसाइट और गिट रिपॉजिटरी पहले ही सोर्सफोर्ज से होस्ट किए जा चुके हैं।
इसलिए हमें केवल मेलिंग सूचियों के बारे में कुछ करने की आवश्यकता है, जिसे हम आसानी से http://www.postgres-xl.org पर होस्ट कर सकते हैं (और हम वर्तमान अभिलेखागार भी आयात कर सकते हैं, ताकि हम इतिहास को न खोएं)।
यह बदलाव अगले हफ्ते किसी समय करने की योजना है। यदि आपने किसी भी मेलिंग सूची की सदस्यता ली है, तो आप स्वचालित रूप से नई मेलिंग सूचियों की सदस्यता ले लेंगे, और आपको सभी विवरणों के साथ संदेश प्राप्त होगा। मुख्य परिवर्तन @lists.sourceforge.net . से डोमेन का परिवर्तन होगा करने के लिए @lists.postgres-xl.org ।
