GitHub कैसे रिलीज़ होगी

Yac 2013 को GitHub से जेसन रूडोल्फ ने देखा था । मुझे लगता है कि एपीआई के बारे में उनकी रिपोर्ट सम्मेलन में सबसे दिलचस्प थी। यांडेक्स ने नेटवर्क पर रिकॉर्ड पोस्ट करने का वादा किया, इसलिए मैं हर किसी को सलाह देता हूं जिन्होंने इसे अपने अवकाश पर देखने के लिए नहीं देखा है।

लेकिन यह एक रिपोर्ट नहीं होगी। चित्र उत्पादन के लिए GitHub रिलीज़ शेड्यूल दिखाता है।



जब मैंने आकृति को सुना, तो मुझे अपने कानों पर विश्वास नहीं हो रहा था। GitHub में प्रति सप्ताह सैकड़ों अपडेट हैं। टीम में लगभग चालीस डेवलपर हैं और एक भी QA नहीं है।

सौभाग्य से, रिपोर्ट के बाद, जेसन कुछ समय के लिए मंच के बगल में था और मैं उसे एक लत के साथ पूछने में सक्षम था कि यह कैसे होता है।

हुबोट जीठहुब पर रहता है । पहले यह सिर्फ 4fun चैट बॉट था। समय के साथ, उन्होंने कार्यालय में दरवाजे खोलने और ... उत्पादन पर गणना शुरू की। GitHub में, किसी भी फीचर ब्रांड का कोई भी डेवलपर एक साधारण चैट संदेश के साथ गणना शुरू कर सकता है। मैं अक्सर बहुत सारे रिलीज मैनेजमेंट करता हूं। जब मैंने इस परिनियोजन पैटर्न के बारे में सुना, तो मेरे हाथों के बाल अनैच्छिक रूप से चले गए। वास्तव में, आपको अभी भी "टूटी" रिलीज़ को पोस्ट करने की अनुमति नहीं दी जाएगी। गणना इस प्रकार है:

• यदि अजनबी गुरु के साथ संबद्ध नहीं था - उसे पकड़ो
• परीक्षण चलाएं
• माइग्रेशन चलाएं
• केवल-कर्मचारी मोड में परिवर्तन पोस्ट करें
• यदि सब ठीक है, तो "सार्वजनिक मोड" सक्षम करें
• त्रुटियों / डब्ल्यूटीएफ ट्वीट्स के लिए लॉग और ट्विटर की जांच करें
• यदि मास्टर में सुविधा को नियंत्रित करने के लिए सब कुछ ठीक है

डेटाबेस माइग्रेशन

GitHub डेटाबेस काफी बड़ा है और माइग्रेशन में लंबा समय लग सकता है। इसलिए, अपडेट अपडेट करने से पहले वे अलग-अलग किए जाते हैं। हर समय जेसन को वापस रोल करने के लिए याद नहीं है। इसके बावजूद, डेवलपर्स हमेशा रिवर्स माइग्रेशन लिखते हैं।

परीक्षण

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

स्टाफ-केवल

सभी नई सुविधाएँ पहले तथाकथित स्टाफ-ओनली मोड में आती हैं। GitHub कर्मचारी उन्हें स्पर्श करने में सक्षम होंगे, दूसरों के लिए यह सुविधा "दिखावा" करेगी कि यह नहीं है। स्टाफ-केवल GitHub के कोड में लागू किया गया है। फेसबुक के iOS विभाग में इसी विचार का उपयोग किया जाता है। उन सभी में टॉगल स्विच चालू / बंद है। यह रिलीज़ को जारी करने में मदद करता है, भले ही आपको तुरंत "कुछ बदलाव वापस लाने की आवश्यकता हो।"

चहचहाना

जेसन मजाक करते हैं कि गिटहब के पास परीक्षकों की सबसे अच्छी टीम है - उनके ग्राहक। अगर ट्विटर पर "कुछ गलत हुआ" तुरंत असामान्य गतिविधि दिखाई देती है। इस याक ने मुझे ट्विटर पर एक अलग रूप दिया: ऐसा लगता है कि यह सेवा अभी भी "माँ, मैं ऊपर" की तुलना में अधिक उपयोगी कुछ के लिए इस्तेमाल की जा सकती है।

पेशेवर नैतिकता

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