तेजी से अपस्ट्रीम में पूल को कैसे इंजेक्ट करें?

दोस्तों, आज मैं आपको एक विचार के बारे में बताना चाहता हूं जो लंबे समय से मेरे सिर में बस गया है। यह कई साल पहले पैदा हुआ था और इसका उद्देश्य एक ऐसी सेवा करना है जो गिटहब परियोजनाओं के आसपास होने वाली सभी संचार को एक सुविधाजनक रूप में प्रस्तुत करती है और आपकी रुचि पैदा करती है। इस तरह की सेवा उन लोगों के लिए सबसे पहले उपयोगी होगी, जिनके पास GitHub पर अपनी कई परियोजनाएं हैं, या जो अन्य लोगों की परियोजनाओं में कई पुल और टिकट बनाते हैं।

मेरा मानना ​​है कि जो लोग टिकट और पुल बनाते हैं, वे उन ओपन सोर्स प्रोजेक्ट्स को बेहतर बनाने के लिए ऐसा करते हैं जिनकी उन्हें परवाह है। और इसके लिए यह आवश्यक है कि टिकट पुल में बदल जाए और समय पर विलय हो जाए। यह प्रक्रिया जितनी तेज़ होगी, उतनी ही तेज़ी से OpenSource विकसित होगा।

हालांकि, GitHub पर अक्सर ऐसा होता है कि टिकट या पुल के आस-पास संचार मौन और खो जाता है। यह विभिन्न कारणों से होता है, लेकिन एक नियम के रूप में - इस तथ्य के कारण कि कुछ प्रतिभागी टिप्पणी के बारे में ईमेल-जैब को छोड़ देते हैं। कारण अलग-अलग हो सकते हैं, लेकिन परिणाम हमेशा एक ही होता है - टिकट खो जाता है और कभी-कभी इसे याद करने से पहले कई साल गुजर जाते हैं।

बेशक, गिटब इस मामले के पन्नों की सूची पुल (https://github.com/pulls) और टिकट (https://github.com/issues) के साथ प्रदान करता है, लेकिन मेरी राय में वे इस बात से असहज हैं कि वे मामूली संकेत नहीं देते हैं टिकट में से किस पर आपसे प्रतिक्रिया की आवश्यकता है, और जिसमें नहीं। यही मैं ठीक करना चाहता हूं।

मेरा प्रोजेक्ट, 12forks.com, टिकट और पुल के साथ काम करने के लिए एक प्रयोगात्मक इंटरफ़ेस प्रदान करेगा। यह एक ऐसा इंटरफ़ेस है जिसमें एक पृष्ठ पर यह देखना संभव होगा कि आप किस टिकट पर एक उत्तर प्राप्त करने की उम्मीद कर रहे हैं, जिसमें आपको मर्ज-संघर्ष को ठीक करने की आवश्यकता है, और जहां अनुरक्षक को कॉल करना है, क्योंकि यह लंबे समय तक प्रतिक्रिया नहीं करता है। शायद स्लैक या टेलीग्राम जैसे विभिन्न दूतों के साथ एकीकरण भी होगा। यह बिंदु ओपेससोर्स परियोजनाओं में संचार और समस्या समाधान को गति देने के लिए है।

मैं पहले से ही इस उपकरण के एमवीपी का उपयोग करता हूं, जो कंसोल में काम करता है। इसकी मदद से, कुछ दिनों में 103 पुल और टिकटों के "रुकावट" को आधा करना संभव था। मैंने वर्षों के पर्चे के बाद सिर्फ भाग को बंद कर दिया। और कुछ मामलों में, यह स्पष्ट रूप से देखा जाता है कि टिप्पणियों के बीच देरी वर्ष हो सकती है:



मेरा मानना ​​है कि इस तरह के उपकरण परिवर्तन करने की प्रक्रिया को गति दे सकते हैं और जो कोई भी OpenSource में योगदान करना चाहता है, उसके लिए उपयोगी होगा।

मेरे अनुमान के अनुसार, जीथब के सभी उपयोगकर्ताओं में से लगभग 3% सक्रिय रूप से टिकट और पुल के साथ काम कर रहे हैं, और 48 मिलियन में से तीन प्रतिशत (जो मैंने अपने शोध में गणना की है) लगभग डेढ़ मिलियन लोग हैं। मेरे द्वारा किए गए समाधान से संभावित रूप से कितने लोग लाभान्वित हो सकते हैं।

योजना के अनुसार, सार्वजनिक रूप से उपलब्ध एमवीपी जून में तैयार हो जाएगा। यदि आप इसका उपयोग शुरू करने वाले पहले लोगों में से एक बनने में रुचि रखते हैं, तो 12forks.com पर फॉर्म भरकर अपना ईमेल छोड़ दें

इसके अलावा, मैं वास्तव में किसी भी विचार के लिए तत्पर हूं जो एक समान उत्पाद में आजमाया जा सकता है। उन्हें इस पोस्ट पर टिप्पणियों में लिखें, या ideas@12forks.com पर ईमेल द्वारा लिखें।