कई Xcode लक्ष्यों में खोई हुई फ़ाइलों का पता लगाएं

नमस्ते, मैं सान्या - आईओएस-डेवलपर और इस लेख में मैं कई लक्ष्यों के साथ एक परियोजना पर काम करते समय होने वाले सिरदर्द को हल करने के लिए अपना रास्ता साझा करूंगा।

मैं इस सवाल का जवाब देता हूं "आपको परियोजना में कई लक्ष्यों की आवश्यकता क्यों है, सान्या?" मैं जवाब देता हूं: जिस परियोजना में मैंने एक बार काम किया था, ग्राहक के खाते में एक लक्ष्य था, ताकि:

• इस खाते तक हमारी पहुँच नहीं थी;
• प्रावधान प्रोफाइल और वितरण प्रमाणपत्र उत्पन्न करने की कोई संभावना नहीं थी;
• सबसे बुरी बात यह थी कि प्रावधान प्रोफाइल में नए उपकरणों को जोड़ना संभव नहीं था।

इस प्रकार, जब स्टूडियो में नए उपकरण खरीदते हैं, तो हम आपके खाते में उन्हें जोड़ने और उनके लिए परीक्षण करने का अवसर प्राप्त करने के लिए ग्राहक पक्ष के साथ बातचीत की एक पूरी श्रृंखला की प्रतीक्षा कर रहे थे।

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

उदाहरण के लिए, आवश्यक होने पर भी कई लक्ष्य आपकी परियोजना में दिखाई दे सकते हैं:

• एक कोड आधार से कई एप्लिकेशन एकत्र करें, लेकिन विभिन्न संसाधनों के साथ;
• एक डिवाइस पर एप्लिकेशन के कई उदाहरण रखें।

लेकिन कई लक्ष्यों पर काम इसकी कमियों की ओर जाता है, मुख्य बात यह है कि परियोजना में नई फ़ाइलों को जोड़ने की प्रक्रिया को सख्ती से नियंत्रित करने की आवश्यकता है। वे दोनों क्रमशः एक-दूसरे के समान हैं, जब परियोजना में एक नई फ़ाइल जोड़ते हैं, तो दोनों लक्ष्यों के सामने एक टिक लगाना आवश्यक है।

कौशल और सद्भावना दोनों में बड़ी बहुस्तरीय टीम में काम करते समय यह बहुत मुश्किल है।

यदि आप इस सरल नियम का पालन नहीं करते हैं, तो अगले विलय के बाद, आप पा सकते हैं कि लक्ष्यों में से एक ने संग्रह करना बंद कर दिया है, और Xcode की शपथ है कि वह एक या किसी अन्य वर्ग को नहीं ढूंढ सकता है। लेकिन सबसे दिलचस्प बात यह है, अगर किसी ने कॉपी बंडल रिसोर्सेज से फाइल को दोनों टारगेट (उदाहरण के लिए, xib cells) में नहीं जोड़ा है, तो आप केवल रनटाइम में ऐसी त्रुटि पा सकते हैं।

डिबग लक्ष्य के साथ एक और समस्या के बाद, हमने स्क्रिप्ट लक्ष्यों की स्थिरता पर नियंत्रण देने का फैसला किया। हमने रूबी भाषा को एक उपकरण के रूप में चुना, क्योंकि इसमें एक उत्कृष्ट xcodeproj मणि है, जो कि iOS के विकास के लिए उपकरण लिखने के लिए लगभग मानक है (फास्टलेन, जनरेटर, आदि देखें)।

परिणामस्वरूप, हमने एक स्क्रिप्ट विकसित की है जो काम के निम्नलिखित तर्क को लागू करती है:

• प्रोजेक्ट फ़ाइल का पथ और परीक्षण किए गए लक्ष्यों के नाम इनपुट को दिए गए हैं;
• परियोजना के रास्ते पर, स्क्रिप्ट परियोजना को स्वयं ढूंढती है;
• वांछित लक्ष्यों का चयन करता है, उनसे फाइलें एकत्रित करता है (संकलन स्रोत, कॉपी बंडल संसाधन और फ्रेमवर्क);
• फ़ाइल सूचियों के बीच अंतर की तलाश;
• हम इस अंतर से हमारे श्वेतसूची से फाइलें फेंकते हैं। उदाहरण के लिए, स्थिरांक वाली फाइलें, जो लक्ष्य के आधार पर भिन्न होती हैं (बेस यूआरएल, यदि आप परियोजना को व्यवस्थित करने का निर्णय लेते हैं ताकि विभिन्न लक्ष्यों के अनुप्रयोग अलग-अलग सर्वरों तक पहुंच सकें), या GoogleService-Info.plist फाइलें, जो अलग-अलग लक्ष्यों के लिए अलग-अलग होंगी।

यदि स्क्रिप्ट में अंतर पाया जाता है, तो हमें समस्या है। इसका मतलब यह है कि यह या उस फ़ाइल / ढांचे को एक लक्ष्य में जोड़ा गया था, लेकिन दूसरे में नहीं जोड़ा गया।

इस प्रकार, स्क्रिप्ट आपको अनुमति देता है:

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

त्रुटि के मामले में, Xcode में आप निम्न संदेश देख सकते हैं:

सफलता के मामले में, आपको मिलेंगी इकाइयाँ:

परियोजना, सेटिंग्स, साथ ही रिपॉजिटरी में उदाहरण-परियोजना को जोड़ने के लिए विस्तृत निर्देश।

परिणामी उपयोगिता पूरी तरह से दिखाती है कि एक आईओएस डेवलपर के रूप में भी आप अपने दैनिक कार्यों में रचनात्मकता का एक छोटा सा हिस्सा बना सकते हैं और स्वचालन और स्क्रिप्टिंग कर सकते हैं जो आपके जीवन को सरल बना देगा!

आपका ध्यान के लिए धन्यवाद!