लिंटर इन गो। उन्हें कैसे खाना बनाना है। डेनिस इसेव

मेरा सुझाव है कि आप डेनिस इसेव जिरफैग द्वारा रिपोर्ट के प्रतिलेख के साथ खुद को परिचित करें " लिंटर इन गो"। उन्हें पकाने के लिए। "

50+ लिंटर में जाएं: उनका लाभ क्या है और उन्हें प्रभावी रूप से विकास प्रक्रिया में कैसे एकीकृत किया जाए? रिपोर्ट उन दोनों के लिए उपयोगी होगी जो अभी तक लिंटर का उपयोग नहीं करते हैं, और उन लोगों के लिए जो पहले से ही उनका उपयोग करते हैं: मैं लिंटर के साथ काम करने के लिए अल्पज्ञात चाल और प्रथाओं को प्रकट करूंगा।

कौन परवाह करता है, कृपया, बिल्ली के नीचे।

नमस्कार। मेरा नाम डेनिस इसेव है। हम गो में लिंटर पकाने की विधि के बारे में बात करेंगे। रिपोर्ट उन दोनों शुरुआती लोगों के लिए दिलचस्प होगी जिन्होंने अभी तक लिंटर का उपयोग नहीं किया है, और पेशेवरों के लिए। मैं आपको कुछ अल्पज्ञात ट्रिक्स के बारे में बताऊंगा।

थोड़ा मेरे बारे में। मैं ओपनसोर्स गोलांग्सी-लिंट प्रोजेक्ट का लेखक हूं। Mail.ru में काम किया। अब मैं Yandex.Taxi में बैकएंड में TeamLead के रूप में काम करता हूं। मेरी रिपोर्ट गोलांग्सी-लिंट उपयोगकर्ताओं के सैकड़ों के साथ अनुभव पर आधारित है। इस बारे में कि उन्होंने लिंटर का उपयोग कैसे किया, उन्हें क्या कठिनाइयाँ हुईं और mail.ru और Yandex में गो लिंटर लागू करने का अनुभव।

हम रिपोर्ट में 5 प्रमुख मुद्दों को शामिल करेंगे।

मैं अक्सर देखता हूं कि लिंटर का उपयोग बिल्कुल नहीं होता है। बिना किसी अपवाद के सभी परियोजनाओं में लिंटर का उपयोग करने वालों के लिए अपने हाथ उठाएं। सभी नहीं।

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

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

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

Etcd प्रोजेक्ट में एक बग। शांत गो-आलोचक लिंटर ने पाया कि तार.हेसप्रिफ़िक्स तर्क भ्रमित है। असुरक्षित HTTP प्रोटोकॉल के लिए चेक काम नहीं करेगा।

Go में ही, बग यह है कि i तत्व की तुलना i-th एक से की जाती है, हालांकि इसकी तुलना j-th से की जानी चाहिए। लिंटर द्वारा भी पाया गया।

बड़े ओपनसोर्स के तीन उदाहरण लिंटर द्वारा मिले। कुछ पूछेंगे: ठीक है, तो क्या? वह कुछ महत्वपूर्ण कीड़े पाता है। एक महत्वपूर्ण बग के लिए, यह 100 अनिश्चित या गलत सकारात्मक खोजता है। मैं अपने अनुभवजन्य आंकड़े दे सकता हूं: मेरे पास आमतौर पर सभी समस्याओं का लगभग 80 प्रतिशत हिस्सा होता है जो लिंटर रिपोर्ट करते हैं: कुछ शैलीगत मुद्दे, उदाहरण के लिए, चर का उपयोग नहीं किया जाता है, और इसी तरह, 15 प्रतिशत असली कीड़े हैं और लगभग 5 प्रतिशत झूठे सकारात्मक हैं।

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

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

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

लिंटर आपको जितनी जल्दी हो सके महत्वपूर्ण कीड़े खोजने की अनुमति देते हैं, कोडरव्यू समय बचा सकते हैं। उसी समय, परियोजना कोड की कुछ गुणवत्ता की गारंटी दें।

गो में 50 से अधिक लिंटर हैं, लेकिन सबसे लोकप्रिय हैं 4. ये स्लाइड पर हैं। उनका उपयोग केवल इसलिए किया जाता है क्योंकि वे शांत हैं। बाकी आम तौर पर नहीं निपटना चाहते हैं। अब मैं उदाहरणों से दिखाना चाहता हूं कि किस तरह के लिंटर हैं। मैं 25 लिंटर उदाहरणों को प्रदर्शित करना चाहता हूं। अब शायद रिपोर्ट में यह सबसे महत्वपूर्ण बात होगी।

आइए फॉर्मेटर्स से शुरू करें जो फॉर्मेटर्स की जांच करते हैं। Gofmt अनिवार्य रूप से एक लिंटर नहीं है। लेकिन हम इसे लिंटर के रूप में मान सकते हैं। वह जानता है कि हमें यह बताने के लिए कि पर्याप्त स्थान, कहीं अतिरिक्त स्थान नहीं है। सामान्य तौर पर, यह कोड स्वरूपण की जांच और रखरखाव के लिए मानक है।

Gofmt में एक अल्पज्ञात विकल्प भी है, जो आपको भावों को सरल बनाने की अनुमति देता है।

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

Unindent एक ऐसा अद्भुत लिंटर है जो कोड नेस्टिंग के स्तर को कम कर सकता है। इस मामले में, वह हमें बताता है कि यदि हम दो ifs को एक में जोड़ते हैं, तो हमारे पास एक-एक करके नेस्टिंग स्तर में गिरावट होगी।

आइए लिंटर पर विचार करें जो कोड की जटिलता की जांच कर रहा है। उनमें से सबसे अच्छा गॉसीलो है। वह सबसे उबाऊ है। कई उससे नफरत करते हैं। वह कोड की चक्रीय जटिलता की जांच करता है और जब यह फ़ंक्शन की जटिलता कुछ सीमा से अधिक हो जाती है तो शपथ लेता है। दहलीज विन्यास योग्य है। यदि सरलीकृत किया जाता है, तो कोड में चक्रवाती जटिलता की मात्रा है। यहाँ वह बहुत बड़ा है और लिंटर कसम खाता है।

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

लिंटर परीक्षण शैली का एक समूह है। उदाहरण के लिए, gochecknoglobals जाँचता है कि आप वैश्विक चर का उपयोग नहीं कर रहे हैं। बेशक उन्हें इस्तेमाल करने की जरूरत नहीं है।

गोलिंट एक ही एपीरिएबल चर पर शपथ लेता है। यूआरएल का उपयोग बड़े अक्षरों में किया जाना चाहिए। इस संक्षिप्त नाम के बाद से।

Gochecknoinits सुनिश्चित करता है कि आप init फ़ंक्शन का उपयोग नहीं कर रहे हैं। Init फ़ंक्शन का उपयोग कुछ कारणों से नहीं किया जाना चाहिए।

गोसिंपल कूल लिंटर। स्टैटिकेक या मेगाचेक का हिस्सा। अंदर ही कोड को सरल बनाने के लिए बड़ी संख्या में पैटर्न हैं। इस स्थिति में, आप यह देख सकते हैं कि तार। HasPrefix की आवश्यकता नहीं है, क्योंकि strings.TrimPrefix में पहले से ही आवश्यक चेक शामिल हैं, और यदि आप हटा सकते हैं।

Goconst जाँचता है कि आपके पास अपने कोड में कोई डुप्लिकेट स्ट्रिंग शाब्दिक नहीं है जिसे स्थिरांक में खींचा जा सकता है। इन दोहरावों की संख्या विन्यास योग्य है। इस मामले में, दो।

मिसपेल लिंटर, जो यह जांचता है कि आपके पास टिप्पणियों में कोड में कोई टाइपोस नहीं है। इस मामले में, स्लाइड में टिप्पणी पाठ में शब्द का एक टाइपो होता है। आप अंग्रेजी की बोली को अनुकूलित कर सकते हैं: अमेरिकी, ब्रिटिश।

अनकवर लिंटर, जो यह जाँचता है कि आप अनावश्यक रूपांतरण नहीं करते हैं। इस स्थिति में, चर पहले से ही प्रकार स्ट्रिंग है। इसे परिवर्तित करने का कोई मतलब नहीं है।

अब देखते हैं कि अप्रयुक्त कोड की जांच करने वाले लिंटर। पहला संस्करण है। यह अप्रयुक्त चर के लिए जाँच करता है।

अप्रयुक्त संरचनाओं के अप्रयुक्त क्षेत्रों पर शपथ ले सकते हैं।

एक प्रकार का उपयोग नहीं होने पर डेडकोड ​​हमें बताता है।

या फ़ंक्शन का उपयोग नहीं किया जाता है।

अनपराम रिपोर्ट कर सकता है कि फ़ंक्शन तर्कों का उपयोग फ़ंक्शन बॉडी में ही नहीं किया जाता है।

जब एक चर द्वारा परिवर्तन कोड में आगे उपयोग नहीं किया जाता है तो अप्रभावी रिपोर्ट। यह या तो किसी प्रकार के रिफलेक्टिंग का परिणाम है। कहीं वे कुछ साफ करना भूल गए, या बग। इस उदाहरण में, गिनती बढ़ाई गई है। इसके अलावा, इसका आगे उपयोग नहीं किया जाता है। यह एक बग के समान है।

लिंटर परीक्षण प्रदर्शन का एक समूह है। उदाहरण के लिए, विकृत हमें बताता है कि किसी दिए गए टेस्टस्ट्रोक संरचना को खेतों को फिर से व्यवस्थित करके आकार में संकुचित किया जा सकता है। इसके अलावा, यदि आप इसे गोलंग्स्की-लिंट के हिस्से के रूप में चलाते हैं, तो इसके पास एक विकल्प है जो आपको तुरंत खेतों के वांछित क्रम को प्रिंट करने की अनुमति देता है, ताकि उन्हें स्वयं न चुनें।

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

Prealloc हमें कोड में उन स्थानों को खोज सकता है जहां हम स्लाइस को पहले से ही तैनात कर सकते हैं। उसे ऐसा लगता है कि वह खोज करता है जहां हम स्लाइस पर लगातार प्रति घंटा पुनरावृत्ति करते हैं। और उन मामलों में संलग्न हैं। इस स्थिति में, आप स्लाइस एसएस की लंबाई के लिए रिट चर को पूर्व-आवंटित कर सकते हैं और मेमोरी और सीपीयू को बचा सकते हैं।

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

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

जाओ पशु चिकित्सक ज्यादातर कीड़े पाता है। इस मामले में, चर I की तुलना की जाती है ताकि परिणाम हमेशा सही हो। इसलिए, स्पष्ट रूप से एक बग है। सामान्य तौर पर, आपको हमेशा पशु चिकित्सक के पास जाना चाहिए।

गोसेक गो सुरक्षा के लिए खड़ा है। गो में संभावित सुरक्षा मुद्दों को ढूँढता है। इस स्थिति में, उपयोगकर्ता डेटा आर्ग में आ सकता है। इसलिए, यह rm शेल कमांड में घुसपैठ कर सकता है। और यहाँ शायद उदाहरण के लिए कार्रवाई में खोल दिया। मैं ध्यान देता हूं कि सुरक्षा काफी बार झूठी सकारात्मक पैदा करती है। इसलिए, मैं कभी-कभी इसे बंद कर देता हूं।

Errchek उन स्थानों को ढूंढता है जहाँ हम त्रुटि जाँच भूल गए। सभी त्रुटियों की जांच करने के लिए एक अच्छी, सुरक्षित प्रोग्रामिंग शैली हमेशा हर जगह होती है।

दो लिंटर को अलग से नोट किया जाना चाहिए: स्टैटिकचेक और गो-आलोचक। क्योंकि उनमें से प्रत्येक के अंदर दर्जनों हैं, अगर सैकड़ों नहीं, तो चेक के। इसलिए, उन्हें आज़माना सुनिश्चित करें।

अब हमने 25 लिंटर उदाहरणों की जांच की है। और मैंने यह भी कहा कि हमारे पास गो में 50 से अधिक लिंटर हैं। कौन सा उपयोग करें? मैं आपको अधिकतम करने के लिए सब कुछ का उपयोग करने की सलाह देता हूं। बस आप जितने भी लिंटर शामिल कर सकते हैं। फिर एक घंटा बिताएं और एक बार में उन्हें बंद करना शुरू करें। उन लोगों को बंद करें जो आपके लिए महत्वहीन लगते हैं। उदाहरण के लिए, यह कुछ प्रदर्शन अनुकूलन का पता लगाता है जो आपको बिल्कुल भी दिलचस्पी नहीं है। आप एक घंटे बिताएंगे और अपने लिए लिंटर की अपनी सूची बनाएंगे और आप इसके साथ रह सकते हैं।

सभी लिंटर की पूरी सूची स्लाइड पर लिंक पर उपलब्ध है।

आइए, लिंटर चलाने के तरीके के बारे में बात करें। कभी-कभी ऐसे मेकफाइल्स का उपयोग करके लिंटर लॉन्च किया जाता है। समस्या यह है कि यह धीमी है। यह सभी क्रमिक रूप से निष्पादित किया जाता है।

हम xargs -P के माध्यम से समानांतर में निष्पादन कर सकते हैं। एक समस्या और भी है। सबसे पहले, ये सिर्फ 4 लिंटर हैं। और पहले से ही कोड की 10 लाइनें। 20 लिंटर को चालू करने पर क्या होता है। दूसरे, यह समानांतरीकरण है, इसे हल्के ढंग से रखने के लिए, सबसे इष्टतम नहीं।

Gometalinter बचाव के लिए आता है। गोमेटेलेरंट लिंटर्स का ऐसा एग्रीगेटर है कि यह एक दो कमांड में शाब्दिक रूप से चल सकता है। स्लाइड पर, समान लिंटर लॉन्च करने की कमांड पिछली स्लाइड के समान है। लेकिन उन्हें स्वतंत्र रूप से स्थापित करने की आवश्यकता नहीं है और समानांतर लॉन्च के साथ शर्मिंदा होने की आवश्यकता नहीं है। Gometalinter पहले से ही हुड के नीचे सब कुछ समानांतर कर रहा है। लेकिन उसकी एक मौलिक समस्या है। यह प्रत्येक लाइनर को एक अलग प्रक्रिया के रूप में शुरू करता है। उसे कांटे। यदि हम इस ज्ञान को जोड़ते हैं कि प्रत्येक लिंटर अपने आप में 80 प्रतिशत समय कोड को पार्स करने पर और केवल 20 प्रतिशत विश्लेषण पर खर्च करता है, तो यह पता चलता है कि हम 80 प्रतिशत काम बर्बाद कर देते हैं। और डेटा का पुन: उपयोग न करें। हम कार्यक्रम को 1 बार पार्स कर सकते हैं और फिर 50 लिंटर खिला सकते हैं।

सौभाग्य से, वहाँ golangci-lint है जो वास्तव में ऐसा करता है। वह एक बार परस कर देता है। एक बार टाइप करें। आगे के विश्लेषक उन पर चलते हैं। इसके कारण, यह बहुत तेजी से काम करता है। एक स्लाइड पर एक समान लॉन्च कमांड।

आप मेरी एक परियोजना के 30 हजार लाइन कोड पर ग्राफ देख सकते हैं। एक छोटा प्रोजेक्ट और केवल 4 लिंटर। आप कई बार काम की गति में भारी अंतर देख सकते हैं, दोनों अनुक्रमिक लॉन्च के बीच, और गोमेटालीनट और गोलंग्स्की-लिंट के बीच। यदि ये लिंटर 4 नहीं हैं, लेकिन 20 हैं, तो अंतर बहुत अधिक होगा।

गोमेटालीन के बारे में महत्वपूर्ण स्पष्टीकरण। 7 अप्रैल के बाद से, gometalinter परियोजना के लेखक ने यह घोषित किया। रिपॉजिटरी को संग्रहीत किया गया है और सभी को सलाह दी जाती है कि वे गोलंग्स्की-लिंट पर स्विच करें, क्योंकि यह तेज है, यह वहां अधिक अच्छा है। उदाहरण के लिए, गो मॉड्यूल और इतने पर के लिए समर्थन।

और प्रदर्शन और गो मॉड्यूल के अलावा, golangci-lint में YAML कॉन्फ़िगरेशन के रूप में ऐसे बन्स हैं, जो किसी भी तरह चेतावनी को छोड़ना, उन्हें बाहर करना, और इसी तरह की क्षमता है।

गोलांग्सी-लिंट को गोलंग्स्की-लिंट.यिमल फ़ाइल का उपयोग करके कॉन्फ़िगर किया गया है। सभी विकल्पों के विवरण के साथ इस फ़ाइल का एक उदाहरण स्लाइड पर लिंक पर है। उदाहरण के लिए, लिंटर-सेटिंग अनुभाग पर विचार करें। इस खंड में हम कॉन्फ़िगरेशन को पूरा करेंगे। इसमें ऐसा दुर्लभ स्थानीय-उपसर्ग विकल्प है। इसमें, आप वर्तमान प्रोजेक्ट के लिए पथ निर्दिष्ट कर सकते हैं। इस मामले में, उदाहरण के लिए, github.com/local/repo।

जब goimports github.com/local/repo में स्थानीय आयात देखता है, तो यह सुनिश्चित करेगा कि वे एक अलग अनुभाग में हैं।

ताकि वे सबसे अंत में हों। ताकि वे सभी बाहरी आयातों से अलग हों। इससे बाहरी और आंतरिक आयात के बीच अंतर करना आसान हो जाता है। यदि वह नोटिस करता है कि ऐसा नहीं है, तो वह शपथ लेगा।

और अगर आप गोलंग्सी-लिंट रन-उपसर्ग विकल्प का भी उपयोग करते हैं, तो गोलंग्स्की-लिंट इसे स्वचालित रूप से आपके लिए ठीक कर देगा और आयात को फिर से सॉर्ट करेगा।

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

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

कैश बनाने के बारे में। कैश बनाने जैसी कोई चीज होती है। यह वह कैशे है जिसे गो बाइनरी प्रोग्राम लोड करते समय टाइप करते समय बनाता है, ताकि अगली बार यह संकलन तेज हो। टाइप जानकारी के निर्माण के लिए पार्सिंग कार्यक्रमों के लिए उसी कैश का पुन: उपयोग किया जाता है। आप देख सकते हैं कि यदि आप कैश को साफ करते हैं, तो पहली नई शुरुआत काफी लंबी होगी। और अगला 3 गुना तेज होगा। अपने प्रोजेक्ट पर लिंटर के पहले लॉन्च पर ध्यान दें। यह हमेशा बहुत धीमा रहेगा।

यहां आप यह निष्कर्ष निकाल सकते हैं कि CI में यह समझ में आता है कि CI अपने कैश का पुन: उपयोग करने के लिए लॉन्च करता है। आप न केवल लिंटर्स को गति देंगे, आप चल रहे परीक्षणों को भी गति देंगे, बस संकलन और शायद कुछ और। मैं सभी को सलाह देता हूं।

मैं गो विश्लेषण की बात नहीं कर सकता। यह एक नया ढांचा है जो गो 1.12 के बाद से दिखाई दिया है। यह इंटरफेस को इस तरह से एकीकृत करता है कि लिंटर लिखना आसान हो जाता है, लिंटर का उपयोग करना, चलाना आसान है। जाओ पशु चिकित्सक 1.12 शुरू होता है पूरी तरह से विश्लेषण जाने के लिए पूरी तरह से बंद कर दिया। जाहिर है, यह भविष्य है। यह गो के पूरे पारिस्थितिकी तंत्र को बहुत बदल देगा। लेकिन अभी के लिए, इसके बारे में बात करने के लिए आम तौर पर बहुत जल्दी है। तो आगे क्या होगा? क्योंकि मैंने केवल विश्लेषण पर कुछ ही लिंटर देखे और उनमें से लगभग कोई भी अभी तक नहीं बदला है।

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

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

सबसे पहले, सबसे आसान विकल्प, आप टेक्स्ट पर लिंटर की कुछ टिप्पणियों को नियमित आधार पर गोलंग्स्की-लिंट.यिमल कॉन्फ़िगरेशन का उपयोग करके बाहर करने का प्रयास कर सकते हैं। यदि आप देखते हैं कि टिप्पणियों पर कसम खाते हैं, लेकिन आप आमतौर पर इन टिप्पणियों के बारे में परवाह नहीं करते हैं, तो आप अपवादों में जोड़ सकते हैं।

बाहर किए जा सकते हैं तरीके। उदाहरण के लिए, आपके पास एक तृतीय-पक्ष निर्देशिका है और आपका कोड नहीं है। आपको इसकी जांच करने की आवश्यकता नहीं है। फ़ाइल नामों से बाहर रखा जा सकता है।

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

नोलिंट का उपयोग कब करें? उदाहरण के लिए, मैं नोलिंट: डीपगार्ड का उपयोग करता हूं, जो आयात पर कब्जा कर सकता है, अर्थात। आयात नहीं किया जा सकता है। मैंने अपने वांछित लकड़हारे के बजाय गलती से इसका उपयोग नहीं करने के लिए लॉगरस लाइब्रेरी के आयात को देखा। लेकिन अपने लकड़हारे में ही मैं लॉगरस का उपयोग करता हूं। इसलिए, मुझे आयात से केवल एक फ़ाइल बनाने के लिए प्रोजेक्ट में केवल एक जगह की आवश्यकता है। मैं इसे nolint के साथ टैग करता हूं।

मान लें कि आपने यह सब किया है, अपवर्जित करें, नोलिंट एफिक्स जोड़ें। हम देखते हैं कि अभी भी हजारों संदेश बाकी हैं। इसे कुछ दिन ठीक करें। एक मस्त हैक है। आइए एक उदाहरण देखें। एक main.go फाइल है जिसमें 5 वीं लाइन को बहुत पहले जोड़ा गया है, और 6 वीं लाइन को आज ही जोड़ा गया है। हम क्या कर सकते हैं?

हम Revgrep का उपयोग कर सकते हैं। Revgrep हमें एक git संशोधन निर्दिष्ट करने की अनुमति देता है, जिसके बाद हमें बग देखने की आवश्यकता होती है। यानी किसी दिए गए संशोधन के बाद ही लिंटर पर संदेश छोड़ना। यदि मूल मास्टर के बाद 6 वीं पंक्ति को बदल दिया जाता है, तो यह केवल इसे ठीक करेगा। और सभी पिछले संदेश, वह 5 वीं पंक्ति की रिपोर्ट नहीं करेगा। . . . golangci-lint . . , . git hash commit. . . hash commit tag revgrep CI. . . . mail.ru, .

revgrep golangci-lint. --new-from-rev --new. .

. --new. 20 , . . . . . ? --new-from , . .

. golangci-lint . . . , .

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

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

- विकल्प। हम उसके पास लौट आए। मैं सभी को सलाह देता हूं कि आईडीई में इसका इस्तेमाल करें। सामान्य तौर पर, आईडीई, निश्चित रूप से, लिंटर के साथ एकीकरण का उपयोग करना चाहिए। आपके IDE को फ्रीज़ नहीं करने के लिए, --fast विकल्प का उपयोग करना सुनिश्चित करें।

मुझे लगता है कि यह बहुत स्पष्ट है। सीआई में, लिंटर्स को एम्बेड करने की आवश्यकता होती है। यदि आप उन्हें एम्बेड नहीं करते हैं, तो एक क्लासिक तस्वीर होगी: "चलो अब इसे हथौड़ा करते हैं, अब हमारे पास एक रिलीज है, न कि इसके साथ।" धीरे-धीरे आपके पास अधिक से अधिक टिप्पणियां होंगी। आप सिर्फ एक वर्ग के रूप में लिंटर को देखना बंद कर देते हैं। इसलिए, सीआई में सख्ती से। इसके अलावा, आप बस CI में लिंटर स्थापित कर सकते हैं, बिल्ड फेल के साथ, हम बिल्ड लॉग में चढ़ते हैं, यह देखें कि यह वहां क्यों गिरा। टिप्पणी कहां है, किस लाइन पर है? यह बहुत सुविधाजनक नहीं है।

कूलर रास्ता है। आप एक व्यक्ति के रूप में, एक समीक्षक के रूप में लिंटर एक्ट बना सकते हैं। वे आपके Pull अनुरोध पर त्रुटि कोड की एक पंक्ति के लिए github.com, gitlab.com पर आप पर टिप्पणी कर सकते हैं। लिंटर लिख सकता है कि उसे एक समस्या मिली। यह अविश्वसनीय रूप से शांत है। इससे समय लेखक कोड की बचत होती है। क्योंकि आपको बिल्ड लॉग में नहीं जाना है। इसके अलावा, एक व्यक्ति टिप्पणी कर सकता है कि क्या वह लिंटर की इस टिप्पणी से सहमत नहीं है। स्लाइड पर उदाहरण में, यह reviewdog उपयोगिता का उपयोग करके किया जाता है। उपयोगिता खोलता है। वह स्वतंत्र है। आप खुद को स्थापित कर सकते हैं।

रिव्यूडॉग के अलावा, गोलंगसी, कोड क्लाइमेट, हाउंड जैसे प्रोजेक्ट भी हैं। वे आपको इन लिंटर से जुड़ने की इजाजत देते हैं ताकि आप अपने ओपनसौस या प्राइवेट रिपॉजिटरी में सिर्फ एक क्लिक पर क्लिक कर सकें और पुल रिक्वेस्ट में इनलाइन कमेंट कर सकें। अभी भी एक अच्छी बात है सोनारक्यूब।

मैं अभी तक गोरपोर्टकार्ड का उल्लेख नहीं कर सकता। यह परियोजना आपको अपने भंडार पर एक रिपोर्ट बनाने की अनुमति देती है। वे वहां ग्रेड लगाते हैं, बिल्ला देते हैं, लिखते हैं कि एक दर्जन लिंटर क्लीन के लिए आपका कोड कितना अच्छा है। मैं भी सलाह देता हूं।

मैं चाहूंगा कि आप सोमवार को सही काम करें और जो मैंने कहा है उससे कुछ लागू कर सकूं। यहाँ एक सारांश दिया गया है कि आप क्या आवेदन कर सकते हैं। सबसे पहले golangci-lint स्थापित करें। वहां सभी लिंटर को चालू करें। फिर 1 घंटा बिताएं। इस घंटे के दौरान, उन सभी लिंटर्स को बंद कर दें जो आपके लिए भ्रमपूर्ण हैं। उसके बाद, IDE में CI में golangci-lint एम्बेड करें, और प्री-कमिट हुक को कॉन्फ़िगर करें। उसके ठीक बाद, आप --new-from-rev को कॉन्फ़िगर कर सकते हैं और संकेत कर सकते हैं कि वर्तमान कमिट से हम बग ढूंढ रहे हैं। और सभी पिछले बग को बाद में अलग से तय किया जाएगा। उसके बाद, वैकल्पिक रूप से रिव्यूडॉग को कॉन्फ़िगर करें ताकि यह अभी भी आपके गीथूब पर या गिटलैब में आपसे टिप्पणी करे। आप इस परियोजना की गुणवत्ता में भारी वृद्धि करेंगे। पूरी टीम को डिलाइट करें।

ध्यान देने के लिए आप सभी का धन्यवाद। स्लाइड पर मेरे संपर्क

प्रश्न: मुझे बताइए, क्या आपके पास रेडीमेड कॉन्फ़िगरेशन फाइलें हैं, जिन्हें आप खुली पहुंच में रखते हैं और जिन्हें आप बस डाउनलोड कर उपयोग कर सकते हैं ताकि टन-टन की गोलगैंस-लिंट सेटिंग्स को न समझ सकें? आप क्या सलाह देते हैं

उत्तर: अच्छा विचार है। गोलांग्सी-लिंट के पास पहले से ही अपना खुद का गोलंग्स्की-लिंट है। आप इसे एक प्रारंभिक बिंदु के रूप में उपयोग कर सकते हैं।

प्रश्न: बिल्ड कैश के बारे में स्लाइड पर, मॉड्यूल के लिए कैश का संदर्भ लें। कैश में आप मॉड्यूल के पूरे कैश को निर्दिष्ट करते हैं। आप .cache / डाउनलोड निर्दिष्ट कर सकते हैं फिर एक काफी बड़ा अंतर होगा: 400 मेगाबाइट बनाम 10. यह केवल मॉड्यूल को निकालने के लिए पर्याप्त है। लेकिन यह केवल अगर मॉड्यूल का उपयोग किया जाता है।

प्रश्न: क्या आप भी गो मॉड्यूल या डिपो का समर्थन करेंगे या किसी एक चीज में जाएंगे?

उत्तर: किसी के समर्थन की आवश्यकता नहीं है। अब एक गो संकुल पुस्तकालय है। वह लोडिंग सोर्स कोड में लगी हुई है। यह मॉड्यूल और गैर-मॉड्यूल दोनों का समर्थन करता है। वह अभी तक नहीं जा रही है लेकिन गैर-मॉड्यूल के लिए समर्थन हटा रही है।

प्रश्न: क्या आप न केवल ट्रैविस के साथ एकीकरण के लिए विभिन्न प्लगइन्स बनाने की योजना बनाते हैं, बल्कि अन्य स्वचालन सर्वरों के साथ भी?

उत्तर: गोलंग्सी-लिंट कोई एकीकरण नहीं करता है। CI में चलाने के लिए, बस गोलंग्स्की-लिंट - क्रून को कॉल करें।

प्रश्न: कुछ रिपोर्टों को पार्स करने के लिए, उदाहरण के लिए, जेनकिंस में, हम एक html-file को सेव करते हैं।

उत्तर: आउटपुट फॉर्मेट जूनिट, सीएसवी, जेसन एक्सएमएल है। यह सब पहले से ही पार्स किया जा सकता है।

प्रश्न: हमने पहले गोमेटाल्टर का उपयोग किया था और यह धीमा था। फिर हमने रिवाइव नामक एक लिंटर को स्विच किया। आपने उसका उल्लेख बिल्कुल नहीं किया। और मेरे हिस्से के लिए, मैं इस विषय में एक विशेषज्ञ नहीं हूं। मुझे आपके लिंटर के बारे में नहीं पता था, जो आप बता रहे थे। क्या आप अंत में लिख सकते हैं कि चलो अपने लिंटर के पेशेवरों या पुनर्जीवित के पेशेवरों को कहें।

उत्तर: पुनर्जीवित एक पुनर्विवाहित गोलमाल है। यह सिर्फ एक लिंटर है। सेटिंग्स हैं। उन्होंने कुछ लिंटर, कुछ चेक भी जोड़े। गोलांग्सी-लिंट अपने आप में 30-50 लिंटर है। यह एक पुनर्जीवित डेढ़ लिंटर है। रिवाइव इसमें ठंडा है कि यह गोल-मोल लेता है और इसे समानांतर बनाता है। गोलमाल की तुलना में तेजी से काम करें। लेकिन यह सिर्फ एक लिंटर है। पुनर्जीवित को गोलंग्स्की-लिंट का हिस्सा बनाया जा सकता है।

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

जवाब: मैं पूरी तरह से सहमत हूं। आपको इन चेतावनियों का उपयोग नहीं करना चाहिए और न ही उनका पालन करना चाहिए। यह समय से पहले अनुकूलन की तरह हो सकता है, यह परियोजना को नुकसान पहुंचा सकता है। अगर मैं किसी महत्वपूर्ण कार्य का प्रदर्शन नहीं करता हूं तो मैं आमतौर पर सामान्य रूप से इस वर्ग के लिंटर को बंद कर देता हूं। जहां मुझे प्रोफाइलर के साथ कमजोरियां मिलती हैं।

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

उत्तर: हो सकता है कि आप एक आईडी बनायेंगे, एक स्क्रिप्ट संलग्न करेंगे, और संभवतः मैं यह सब गोलंग्स्की-लिंट में करूँगा।

प्रश्न: क्या टिप्पणियों के लिए गंभीरता के स्तर की योजना बनाई गई है ताकि कुछ को रिपोर्ट में शामिल किया जा सके, लेकिन यह सीआई प्रक्रिया को नकली नहीं करता है? उदाहरण के लिए, पूर्ण कोड के माध्यम से।

उत्तर: बहुत से लोगों ने पूछा और मैं तुरंत कहता हूं कि कठिनाई यह है कि गंभीरता के ये स्तर उन सभी का समर्थन करते हैं, वहां 30 लाइनर में से 3 या 4 हैं। स्टील के साथ क्या करना है? यह स्पष्ट नहीं है। अपनी टिप्पणियों को मैन्युअल रूप से पार्स करना आवश्यक है, किसी तरह उन्हें चिह्नित करें। झूठी सकारात्मकता को संभालो। यह आमतौर पर बड़ी मात्रा में काम है। मुझे यकीन नहीं है कि यह कब किया जाएगा। उसी लक्ष्य को प्राप्त करने के अन्य तरीके हैं।

प्रश्न: हब पर लेख हैं अधिक सटीक रूप से, सी ++ लिंटर के बारे में लेखों की एक श्रृंखला। कंपनी इस व्यवसाय को विकसित कर रही है। वे इससे पैसे कमाते हैं। वास्तव में, उनका काम, या प्रकाशनों की यह श्रृंखला, अब डेवलपर्स के उद्देश्य से नहीं है, बल्कि उन लोगों पर अधिक है जो डेवलपर्स का प्रबंधन करते हैं। यह अनिवार्य रूप से शुद्ध कोड, शैलीकरण है। यह हमारा काम है, लेकिन नेताओं, टीम के नेताओं का भी काम है। क्या आप मीडिया की इस पंक्ति को बड़े पैमाने पर ऐसे संसाधनों में लोकप्रिय बनाने की योजना बना रहे हैं ताकि लोग इसे पढ़ें और फिर इसे अपनी टीमों से मिलवाएं? और नीचे से हमने दस्तक नहीं दी।

उत्तर: मेरी एक योजना थी। सुझाव के लिए धन्यवाद। मेरे पास इस भाषण की तरह एक व्यापक लेख लिखने की योजना थी, लेकिन पूरे वर्ष में और अधिक विस्तार से और व्यापक रूप से। शायद मैं रूसी में और अंग्रेजी में लिखूंगा।