👾 🐞 🍪 ओपन सोर्स प्रोजेक्ट क्रोमियम में कैसे भाग लें 🦄 🧓 🚛

एचएआर के एक खंड में, एक खुले स्रोत परियोजना को चुनने वाले लोगों से काफी सवाल हैं, जिसमें वे भाग लेना चाहेंगे: एक , दो , तीन , चार , पांच ।

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

नीचे मैं इस बारे में बात करूंगा कि घर पर क्रोमियम कैसे बनाया जाए, बग ट्रैकिंग सिस्टम से किसी कार्य को कैसे चुना जाए और रिपॉजिटरी में अपना कोड कैसे बनाया जाए।

के साथ शुरू करने के लिए, मैं कहना चाहता हूं कि www.chromium.org/Home में सभी अवसरों के लिए विस्तृत निर्देश हैं - स्रोत कोड प्राप्त करने से लेकर अपने पैच भेजने के लिए निर्देश। इसके अलावा, मैं इस दस्तावेज़ को पढ़ने और इसमें दिए गए लिंक का पालन करने की सलाह देता हूं।

एक स्वतंत्र डेवलपर के लिए प्रक्रिया में निम्नलिखित चरण होते हैं:

क्रोमियम लीजिए।
समस्या सूची से बग का चयन करें।
बग को ठीक करें, परीक्षण करें।
समीक्षा के लिए एक बग भेजें।
सही मुद्दों की समीक्षा करें, चरण 4 पर जाएं।
समीक्षक से अपना कोड बनाने के लिए कहें।
परिणाम का आनंद लें।

नीचे प्रत्येक चरण के बारे में अधिक बताया गया है।

चरण 1. क्रोमियम लीजिए

असेंबली को काफी आधुनिक कंप्यूटर की आवश्यकता होती है, उपरोक्त साइट पर विभिन्न दस्तावेज़ एक मल्टी-कोर प्रोसेसर और कम से कम 8 जीबी मेमोरी की सलाह देते हैं। इसके अलावा, आपको लगभग 60 जीबी मुफ्त हार्ड डिस्क स्थान की आवश्यकता होगी, जो एक अलग एसएसडी का उपयोग करने के लिए अनुशंसित है।

स्रोत कोड को एसवीएन का उपयोग करके रिपॉजिटरी से लिया जा सकता है, लेकिन चूंकि कोड की मात्रा महत्वपूर्ण है, इसलिए संग्रह को डाउनलोड करने की सिफारिश की जाती है, स्थानीय मशीन पर इसकी एक प्रति तैनात करें और उसके बाद ही इसे रिपॉजिटरी से अपडेट करें। संग्रह का आकार दो गीगाबाइट से थोड़ा कम है।
यहाँ अधिक विवरण: dev.chromium.org/developers/how-tos/get-the-code

विधानसभा से पहले, सभी आवश्यक पैकेज / एसडीके मशीन पर स्थापित किए जाने चाहिए। प्रत्येक मंच के अपने विस्तृत निर्देश हैं, उदाहरण के लिए, विंडोज के लिए - यहां ( www.chromium.org/developers/how-tos/build-instructions-windows ), लिनक्स के लिए - यहां ( code.google.com/p/chromium/wiki) / LinuxBuildInstructions )।

अब थोड़ा अपने व्यक्तिगत अनुभव के बारे में। सभी आंकड़े अस्थायी रूप से और विशेष रूप से स्मृति से दिए जाएंगे, दुर्भाग्य से, मैंने प्रविष्टियां नहीं कीं।

मैंने विंडोज और लिनक्स के तहत क्रोम बनाने में कामयाबी हासिल की। मैक ओएस के तहत, लिंक करना संभव नहीं था, हालांकि संकलन सफल रहा।

विंडोज के तहत असेंबली के लिए, एक पांच साल का कंप्यूटर जिसमें दोहरे कोर प्रोसेसर और 3 जीबी मेमोरी का उपयोग किया गया था। पूर्ण विधानसभा में लगभग 6 घंटे लगे (मैं अधिक सटीक रूप से नहीं कह सकता, मैंने रात के लिए बिल्ड डाल दिया), प्लस लिंकिंग - आधे घंटे से अधिक (32 बिट्स का उपयोग करके यह वृद्धिशील लिंकिंग को सक्षम करने के लिए असंभव हो गया)।

लिनक्स के लिए एक संस्करण बनाने के लिए, रूसी होस्टिंग कंपनियों में से एक से क्लाउड में एक वर्चुअल सर्वर किराए पर लिया गया था। अनुरोध पर संसाधन आवंटित किए जाते हैं और निर्माण के दौरान, लगभग 8 जीबी मेमोरी और 8 प्रोसेसर कोर का उपयोग किया जाता है। उपयोग किए गए संसाधनों के लिए भुगतान किया जाता है और खरोंच लागत से निर्माण होता है, ऐसा लगता है, 35 रूबल। पूर्ण निर्माण में लगभग एक घंटा लगता है।

मैक ओएस के तहत असेंबली के लिए, एक हैकिन्टोश का उपयोग वर्चुअल मशीन में किया गया था; संकलन में दस घंटे से अधिक समय लगा। मैंने इस OS के लिए असेंबली का परीक्षण नहीं किया था, मुझे केवल इस बात पर यकीन था कि मेरे बदलाव बिल्ड को नहीं तोड़ते हैं।

जैसा कि Google के एक कर्मचारी ने मुझे बताया, क्रोम पर काम करने वाले डेवलपर्स अपनी पसंद के विभिन्न ऑपरेटिंग सिस्टम के साथ दो बिल्ड बॉक्स का उपयोग करते हैं। उन्होंने यह भी कहा कि क्रोम केवल कई मालिकाना मॉड्यूल और एक लोगो की उपस्थिति में क्रोमियम से भिन्न होता है। Chrome पर Google कर्मचारी का कार्य ठीक एक स्वतंत्र योगदानकर्ता के कार्य के समान है, सिवाय इसके कि Google कर्मचारी की बग ट्रैकर में कुछ निजी प्रविष्टियों तक पहुंच है, उदाहरण के लिए, सुरक्षा से संबंधित।

चरण 2. जारी सूची से एक बग का चयन करें

यदि विधानसभा सफल रही, तो आप एक खुला बग ढूंढ सकते हैं और इसे ठीक करने का प्रयास कर सकते हैं। सभी ब्राउज़र संबंधी दोष बग ट्रैकर में code.google.com/p/chromium/issues/list पर स्थित हैं।

Novice Developers को GoodFirstBug लेबल वाले बग्स का चयन करने की सलाह दी जाती है। यह माना जाता है कि इस लेबल के साथ कार्य सरल हैं और एक व्यक्ति जिसके पास कोड की खराब समझ है, वह जल्दी से उनसे निपट सकता है।

चरण 3. बग को ठीक करें, परीक्षण करें

इस चरण पर, आपके पास पहले से ही एक कार्यशील असेंबली और चयनित बग है। आपके लिए जो कुछ भी है वह बग को पुन: उत्पन्न करने और एक डिबगर और एक अच्छे अर्थ का उपयोग करके इसके कारण का पता लगाने का प्रयास करना है। मैंने Microsoft Visual C ++ 2008 एक्सप्रेस संस्करण का उपयोग किया (वे वर्तमान में 2010 संस्करण का उपयोग करने की सलाह देते हैं)।

बग को ठीक करने से पहले, हम दृढ़ता से अनुशंसा करते हैं कि आप शैली गाइड दस्तावेज़ पढ़ें: www.chromium.org/developers/coding-style

सौभाग्य से, दिशानिर्देशों के साथ कुछ कोड असंगतता स्वचालित रूप से जीसीएल उपयोगिता द्वारा पाई जाती है, जिसका उपयोग समीक्षा में भेजने से पहले एक चेंजेलिस्ट बनाने के लिए किया जाता है (उदाहरण के लिए, मुझे उस पंक्ति के अंत में रिक्त स्थान मिला था जो मैंने नोटिस नहीं किया था)।

यह भी सिफारिश की जाती है कि आपके पास औद्योगिक कोड विकसित करने का अनुभव है, क्योंकि गुणवत्ता की आवश्यकताएं काफी अधिक हैं।

यदि यह प्रोजेक्ट में आपका पहला बग फिक्स है, तो कोड में परिवर्तन के अलावा, आपको AUTHORS फाइल में अपना नाम शामिल करना होगा और इस बदलाव को अपनी प्रतिबद्धता में शामिल करना होगा।

चरण 4. समीक्षा के लिए एक बग भेजें

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

कोड भेजने से पहले, आपको एक चेंजलिस्ट बनाने की जरूरत है, यह gcl कमांड द्वारा किया जाता है, अधिक जानकारी के लिए यहां देखें:
dev.chromium.org/developers/contributing-code#TOC-Create-a-change-list-CL-

चैंजिस्ट बनने के बाद, यह रिटवल्ड नामक एक प्रणाली में जाता है। अगला, आपको समीक्षकों का चयन करने और उन्हें एक निमंत्रण भेजने की आवश्यकता है। मैंने कोड परिवर्तन इतिहास को देखकर और उन लोगों को चुनने के लिए खोजा, जिन्होंने सबसे अधिक हंगामा किया। इस प्रक्रिया को और अधिक विस्तार से यहाँ वर्णित किया गया है:
dev.chromium.org/developers/contributing-code#TOC-Request-review

चरण 5. समीक्षा मुद्दों को ठीक करें, चरण 4 पर जाएं

समीक्षक आमतौर पर 24-48 घंटों के भीतर ईमेल का जवाब देते हैं। मेरे मामलों में, समीक्षा के कई दौर थे, और जैसा कि मैं इसे समझता हूं, यह एक आम बात है। सभी समीक्षकों द्वारा LGTM (मुझे अच्छा लगता है) का जवाब देने के बाद, आप उनमें से किसी एक को अपना कोड करने के लिए कह सकते हैं।

चरण 6. समीक्षक से अपना कोड करने के लिए कहें

मैंने आमतौर पर ऐसा कुछ लिखा था "क्या आप मेरे लिए इसे प्रतिबद्ध कर सकते हैं?" और थोड़ी देर के बाद मुझे कोशिश करने वाले से पत्र मिले, और फिर कमिट-बॉट से कि कोड रिपोजिटरी में मिला।

चरण 7. परिणाम का आनंद लें।

सामान्य तौर पर, पूरी प्रक्रिया ने मुझे सबसे सकारात्मक छापों के साथ छोड़ दिया। कोड उच्च-गुणवत्ता वाला है, सभी संगठनात्मक और तकनीकी पहलुओं को क्रोमियम.org वेबसाइट और स्रोत कोड में विस्तार से प्रलेखित किया गया है। उपयोगिताएँ सुविधाजनक हैं, और लोग अनुकूल हैं।

मुझे टिप्पणियों में सवालों के जवाब देने में खुशी होगी।

ओपन सोर्स प्रोजेक्ट क्रोमियम में कैसे भाग लें