🏚️ 📜 👨‍👦‍👦 रिबेस -2 का खतरा क्या है, या रिबास ने बग को खोजने से कैसे रोका 🐞 🕴🏽 👩🏼‍🤝‍👨🏿

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

testscript.sh

#!/bin/bash result=`./project.sh` echo $result if [[ "$result" == "GOOD" ]] then echo "Test passed" exit 0 elif [[ "$result" == "BAD" ]] then echo "Test failed" exit 1 else echo "Can not apply test" exit 125 fi

 git bisect start ./testscript.sh git bisect bad ./testscript.sh git bisect good …

कंपनी ने रिबेस का इस्तेमाल किया, प्रतिबद्ध इतिहास रैखिक था, और एंटोन की खोज करना खुशी की बात थी।
अचानक:
- हम्म ... प्रोजेक्ट कंप्लीट नहीं होता, टेस्ट नहीं होगा। खैर, इससे कोई फर्क नहीं पड़ता, चलो छोड़ें: git bisect स्किप
- क्या बकवास है? फिर से संकलित नहीं। फिर से छोड़ें ...
- फिर से किस @#$%^ ने इतने सारे टूटे हुए कमिटों को धकेला?

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

एंटन ने वासिया का नंबर डायल किया।

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

इस समय समानांतर वास्तविकता में ..

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

 git bisect run ./testscript.sh

Git bisect ने कमिट्स को ख़ुशी से चलाया, स्वचालित रूप से टेस्ट स्क्रिप्ट को चलाने और अच्छे / बुरे लेबलों को सेट करने के बाद, केवल गैर-कार्यशील कमिट को छोड़ दिया और परिणाम वापस कर दिया।

 f35d44060c4f2ae251046c0c20ae1e1f68044812 is the first bad commit

एंटोन: - अरे, वसीली! आपको f35d440 में त्रुटि है।
वस्या: - अच्छा, मैं देखती हूँ।

5 मिनट के बाद:
वस्या: - ठीक किया।
एंटोन: ठीक है।

नैतिकता: कोई भी छूट (स्थानीय सहित) उस संदर्भ को बदल देता है जिसमें कमिट लिखे गए थे, और "टूटे हुए" संशोधन इतिहास में रह सकते हैं। इसे याद रखें।

गिटहब पर नमूना परियोजना।

रिबेस -2 का खतरा क्या है, या रिबास ने बग को खोजने से कैसे रोका

इस समय समानांतर वास्तविकता में ..

More articles: