गिट के साथ काम करने के लिए चाल की एक जोड़ी

जब git संस्करण नियंत्रण प्रणाली के बारे में ट्यूटोरियल पढ़ते हैं, तो मैंने एक संपत्ति पर ध्यान दिया, उनमें से अधिकांश का उद्देश्य पाठक को वितरित संस्करण नियंत्रण प्रणाली के सभी लाभों को समझना है। इस खंड में, वे आम तौर पर दूरस्थ रिपॉजिटरी, शाखाओं, पुश, पूल आदि के बारे में बात करते हैं।

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

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

लेकिन लेख, वास्तव में, उस बारे में नहीं है। मैं दो महान git कमांड्स के बारे में बात करना चाहता हूं जिन्हें मैंने हाल ही में खोजा है। यह गिट दोष और गिट बायसेक्ट है

फ़ाइल सारांश

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

गिट दोष आपको यह देखने की अनुमति देता है कि फ़ाइल की प्रत्येक पंक्ति को कब और किसके द्वारा संपादित किया गया था।

अगला कमांड

git blame -L 12,22 products.php

दिखा देंगे

 ebf9cf99 (vasia 2011-11-16 15:07:52 +0400 260)$templates = $controller->getTemplates(); ebf9cf99 (vasia 2011-11-16 15:07:52 +0400 261) foreach($templates as $value) 

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

इसके अलावा, यह ध्यान देने योग्य है कि यदि आप कमांड के लिए -C विकल्प निर्दिष्ट करते हैं, तो आप देख सकते हैं कि शुरू से रिपॉजिटरी में आवश्यक कोड टुकड़ा कहां दिखाई दिया, इससे कोई फर्क नहीं पड़ता कि यह मूल रूप से किस फ़ाइल में जोड़ा गया था।

git blame -L 10,19 -C Controller.php

 3351a8dc /logistics/pages/Controller.php (vasia 2012-01-24 15:26:04 +0400 10) 0cb0d219 /orders/pages/Controller.php vasia 2012-01-13 09:51:54 +0400 16) 

यह जानना आश्चर्यजनक है कि इन परिवर्तनों के लेखक कोई और नहीं बल्कि स्वयं हैं)

बाइनरी सर्च

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

सबसे पहले, हम खोज तंत्र शुरू करते हैं और मूल्य निर्धारित करते हैं कि परियोजना की वर्तमान स्थिति काम नहीं कर रही है

 git bisect start git bisect bad 

अगला, परियोजना की कार्यशील स्थिति पर वापस जाएं - 10 इतिहास में वापस आ जाता है

git bisect good HEAD~10

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

git bisect good

यह टीम एक अच्छी प्रतिबद्धता और एक बुरे के बीच, बीच में परियोजना की स्थिति को याद दिलाती है, यानी अब हम इतिहास में पांच कमिट हैं। यदि एक बग दिखाई देता है, तो यह वर्तमान प्रतिबद्ध से पहले है, यदि नहीं, तो बाद में। इस तरह के प्रत्येक पुनरावृत्ति के साथ, दूरी तब तक घट जाती है जब तक कि हम एक खराब प्रतिबद्ध नहीं पाते (और सबसे महत्वपूर्ण बात, इसके लेखक, दुर्भाग्य से, हमने इसे फिर से किया)।

खोज पूर्ण होने के बाद, रिपॉजिटरी को उसकी मूल स्थिति में रीसेट करें

git bisect reset

परिचय की ओर लौटते हुए, मैं यह कहना चाहता हूं कि मेरे लिए गीता पढ़ाने में, यह पुस्तक, जो कि सभी ई-मेल पर होगी, यह एक बन गई। यह सबसे विस्तृत विवरण नहीं हो सकता है, लेकिन, मेरी राय में, राज्य से संक्रमण के लिए "मैं यह कर सकता हूं" राज्य को "मैं यह कर सकता हूं और समझ सकता हूं कि ऐसा करना क्यों आवश्यक है" एक बहुत अच्छा विकल्प। रूसी में अनुवाद (हालांकि पूरी तरह से पूरा नहीं) भी है।

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

युपीडी।
पारा के लिए, यह कार्यक्षमता भी मौजूद है, धन्यवाद रिट्रान
दोष - hg एनोटेट
और खोज के लिए एक विशेष प्लगइन है - mercurial.selenic.com/wiki/BisectExtension

Svn के लिए है
svn दोष TARGET [@REV]