2013-03-06 6 views
7

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

एप्पल के स्वयं के दस्तावेज़ के कई मैच के लिए लगता है:

"जब आप उपयोगकर्ता के परीक्षण के लिए आपका ऐप्लिकेशन साझा करने के लिए तैयार कर रहे हैं [...], आप जरूरत एप्लिकेशन का एक संग्रह एक का उपयोग कर बनाने के लिए वितरण प्रावधान प्रोफ़ाइल और एप्लिकेशन परीक्षकों के लिए भेज "(source)

और

कोड के साथ साइन इन करना एक विकास प्रोफ़ाइल आपके ऐप को डिवाइस पर एक्सकोड के माध्यम से चलाने की अनुमति देती है, और वितरण प्रोफ़ाइल के साथ हस्ताक्षर करने से आप वितरण निर्माण बनाने के लिए की अनुमति देते हैं।

प्रमाण पत्र "iPhone डेवलपर" का नाम आप/डिबग Xcode के माध्यम से iOS डिवाइस पर अपने अनुप्रयोग चलाने के लिए अनुमति देता है, और प्रमाण पत्र "iPhone वितरण" नाम से अपनी प्रविष्टि तदर्थ वितरण (source)

साथ निर्माण के परीक्षण की अनुमति देता है

ऐसा लगता है कि एक वितरण प्रोफ़ाइल का उपयोग ऐप स्टोर के बाहर ऐप साझा करने के लिए आवश्यक है, और सालों से मैंने हमेशा यह सच माना है। हाल ही में, मुझे एक अन्य सहयोगी से एक उपयोग केस दिखाया गया है जहां वे केवल एक विकास प्रावधान फ़ाइल का उपयोग कर कई अन्य लोगों के साथ बिल्ड साझा करने में सक्षम हैं। एक अन्य उपयोगकर्ता के लिए एक समान खोज यहाँ वर्णित है: Why not use development provisioning instead of ad hoc?

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

इसने मुझे सामान्य रूप से डेवलपर और वितरण निर्माण के बीच मतभेदों की प्रकृति के बारे में कुछ मान्यताओं पर सवाल उठाने का नेतृत्व किया है। मुझे लगता है कि यह कैसे स्थापित है (एक्सकोड बनाम आईट्यून्स/ओटीए स्पष्ट रूप से) की प्रकृति की बजाय डीबग समर्थन और स्थापना की सामान्य आसानी के बारे में अधिक है।

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

अधिक व्यापक रूप से: डेवलपर और एडहोक के बीच मौलिक मतभेद क्या हैं, इस बात के संदर्भ में कि वे ऐप स्टोर में जमा होने से पहले विकास/परीक्षण चरण में किसी संगठन के भीतर अन्य लोगों के बीच कैसे साझा किए जा सकते हैं?

+0

विज्ञापन-निर्माण बिल्ड संगठन के भीतर वितरण के लिए हैं। –

उत्तर

2

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

+0

क्या आप पुश अधिसूचनाओं के परीक्षण के संबंध में अंतरों पर विस्तृत जानकारी दे सकते हैं? –

+1

जेनरेट किए गए डिवाइस टोकन विकास और वितरण के लिए अलग हैं। यदि आप ऐपस्टोर पर जाने से पहले अपने पुश संदेशों का परीक्षण करना चाहते हैं, तो एकमात्र विकल्प उपलब्ध है जो विज्ञापन-प्रसार वितरण बनाता है। – ashokbabuy

+0

नहीं, डेवलपर बिल्ड का उपयोग करके पुश अधिसूचना का परीक्षण करना संभव है। मैं अपने वर्तमान प्रोजेक्ट में लगभग 3 वर्षों से ऐसा कर रहा हूं। –

संबंधित मुद्दे