युवा विकासकर्ताहरूको आगमनलाई रोक्न बाधाको रूपमा मेलिङ सूचीहरू मार्फत व्यवस्थापन

सारा नोवोटनी, माइक्रोसफ्टको लिनक्स फाउन्डेसनको गभर्निङ बोर्डको सदस्य, उठाएको मुद्दा लिनक्स कर्नेल विकास प्रक्रिया को पुरातन प्रकृति को बारे मा। साराका अनुसार, कर्नेल विकास समन्वय गर्न र प्याचहरू पेश गर्न मेलिङ लिस्ट (LKML, लिनक्स कर्नेल मेलिङ लिस्ट) प्रयोग गर्दा युवा विकासकर्ताहरूलाई निरुत्साहित हुन्छ र नयाँ मर्मतकर्ताहरू सामेल हुन बाधा हुन्छ। कर्नेलको आकार र विकासको गति बढ्दै जाँदा समस्या हुन्छ अभाव कर्नेल उपप्रणालीहरूको निरीक्षण गर्न सक्षम रखरखावकर्ताहरू।

मर्मतकर्ताहरू र विकासकर्ताहरू बीचको अन्तरक्रियाको लागि थप आधुनिक संयन्त्र सिर्जना गर्दै, "समस्याहरू" प्रणाली जस्तै र GitHub मा प्याचहरू सिधै Git मा अपनाएर अनुरोधहरू तान्नुहोस्, यसले परियोजनामा ​​युवा मर्मतकर्ताहरूलाई आकर्षित गर्न सम्भव बनाउँदछ। हालको इमेल-आधारित विकास व्यवस्थापन प्रक्रिया धेरै युवा विकासकर्ताहरूले पुरातन र अनावश्यक रूपमा समय-उपभोगको रूपमा बुझेका छन्। हाल, कर्नेल विकासकर्ताहरूको लागि मुख्य काम गर्ने उपकरण इमेल क्लाइन्ट हो, र 5-10 वर्ष पहिले उद्योगमा आएका र आधुनिक सहयोगी विकास प्रणालीहरूमा अभ्यस्त भएका नयाँहरूलाई कामको यस्तो संगठनमा अनुकूलन गर्न धेरै गाह्रो छ।

असुविधा पत्र ढाँचाका लागि कडा आवश्यकताहरूद्वारा बढेको छ, जसमध्ये केही 25 वर्ष पहिले अपनाइएका थिए। उदाहरणका लागि, मेलिङ सूचीले HTML मार्कअपको प्रयोगलाई निषेध गर्दछ, यद्यपि धेरै इमेल क्लाइन्टहरूले पूर्वनिर्धारित रूपमा यस्तो मार्कअप प्रयोग गर्छन्। यसले सिर्जना गर्ने कठिनाइहरूको उदाहरणको रूपमा, एक सहकर्मीलाई उल्लेख गरिएको छ जसले ओपनबीएसडी मेलिङ सूचीमा प्याच पठाउनको लागि HTML मेललाई अनुमति नदिने, एउटा छुट्टै इमेल क्लाइन्ट स्थापना गर्न आवश्यक छ, किनकि उसको मुख्य इमेल क्लाइन्ट (आउटलुक)। HTML मेल पठाउँछ।

स्थापित आधारहरू तोड्न र अवस्थित विकासकर्ताहरूको बानीहरू उल्लङ्घन नगर्नको लागि, नयाँ विकासकर्ताहरूको लागि एउटा मोड सिर्जना गर्न प्रस्ताव गरिएको छ जसले तपाईंलाई "समस्याहरू" जस्तै पुल अनुरोधहरू वा प्रणालीहरू मार्फत सिधै मर्मतकर्ताहरूलाई प्याचहरू पेश गर्न अनुमति दिन्छ, र स्वचालित रूपमा प्रसारण गर्दछ। तिनीहरूलाई LKML मेलिङ सूचीमा।

अर्को विचार भनेको छलफल र घोषणाहरूको पक्षमा प्याचहरूबाट LKML अफलोड गर्नु हो। यसको हालको रूपमा, हजारौं अक्षरहरू LKML मार्फत जान्छ, जसमध्ये धेरै जसो कर्नेलमा समावेश गर्नको लागि सीधा प्रस्तावित कोड हो र केवल एक सानो भाग प्याच र छलफलहरूको सार व्याख्या गर्ने घोषणाहरू हुन्। प्रकाशित प्याचहरू अझै पनि Git मा प्रतिबिम्बित हुन्छन् र सामान्यतया Git मा पुल अनुरोधहरू प्रयोग गरेर स्वीकार गरिन्छ, र LKML मात्र प्रक्रिया कागजात गर्दछ।

स्रोत: opennet.ru