रिलीज़ बिल्ड और स्टोर में जमा की गई जानकारी का मिलान करें

रिलीज़ उम्मीदवार को फ़्रीज़ करें और उसका परीक्षण करें

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

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

प्लेटफ़ॉर्म के चरणबद्ध सबमिशन मार्ग का उपयोग करें

Google Play के लिए, Play कंसोल में ऐप बनाएं, डैशबोर्ड सेटअप पूरा करें, एंड्रॉइड ऐप बंडल अपलोड करें और एक उपयुक्त परीक्षण या रिलीज़ ट्रैक चुनें। प्ले कंसोल दस्तावेज़ कहता है कि पैकेज का नाम अद्वितीय और स्थायी है, इसलिए इसे अपने पहले अपलोड से पहले तय कर लें। लॉन्च शेड्यूल करने से पहले कंसोल में वर्तमान लक्ष्य एपीआई और परीक्षण आवश्यकताओं को पढ़ें।

ऐप्पल के लिए, ऐप स्टोर कनेक्ट में ऐप रिकॉर्ड बनाएं, बिल्ड का चयन करें, आवश्यक मेटाडेटा पूरा करें और ऐप समीक्षा के लिए सबमिट करें। TestFlight बीटा बिल्ड वितरित कर सकता है और रिलीज़ से पहले फीडबैक एकत्र कर सकता है। Apple किसी सबमिशन में बिल्ड जोड़ने को वास्तव में सबमिट करने से अलग करता है; सबमिशन स्थिति की जांच करें और पुष्टि करें कि अंतिम कार्रवाई पूरी हो गई है, बजाय यह मानने के कि अपलोड पहले से ही समीक्षाधीन है।

रिलीज़ को दोहराने योग्य बनाएं

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

⁨एक मोबाइल गेम प्रकाशित करना⁩ से जुड़े सवाल