ERROR ITMS-9000: “निरर्थक बाइनरी अपलोड। ट्रेन '1.0' के लिए बिल्ड वर्जन '1.0' के साथ बाइनरी अपलोड पहले से मौजूद है

Question

मैं अपना निर्माण iTunes पर Xcode 5.1.1 के माध्यम से कनेक्ट करने की कोशिश कर रहा हूं, लेकिन यह लगातार दिखा रहा है कि यह लोड हो रहा है और ऐप अपलोड नहीं हो रहा है। इसलिए मैंने एप्लिकेशन लोडर के साथ अपलोड करने की कोशिश की है, लेकिन इसके नीचे त्रुटि दिखा रहा है:

ERROR ITMS-9000: "निरर्थक बाइनरी अपलोड। ट्रेन 1.0 के लिए बिल्ड वर्जन '1.0' के साथ बाइनरी अपलोड पहले से मौजूद है।"

आईट्यून्स पर ऐप का स्टेटस है वेटिंग फॉर अपलोड। एक बार अपलोड सफलतापूर्वक किया गया था, लेकिन स्थिति प्रतिबिंबित नहीं कर रही है और इसकी अब फिर से अपलोड करने की अनुमति है।

इसके अलावा, मैंने अभी जाँच की है कि वेबसाइट भी बदली गई है। पता नहीं क्या गड़बड़ है।

संपादित करें

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

Comments

सेब अब इतना पागल Ituneconnect वेबसाइट भी बदलती है। मैंने अपने ऐप के नए संस्करण को अपडेट करने के लिए इस वेबसाइट के चारों ओर देखने के लिए 1 घंटे का समय दिया।

— सोवनारिथ

@chhi क्या आप बिल्ड को itunes पर अपलोड करने में सक्षम थे?

— धरा

मैं भी ऐसी ही समस्या से गुजर रहा हूँ। मुझे एक समस्या मिलने के बाद मुझे अपने बाइनरी को अस्वीकार करना पड़ा, जिसे मैंने तय किया और प्रतिस्थापन बाइनरी को अपलोड करने का प्रयास किया। मैंने इसे Apple बग रिपोर्टर के साथ लॉग इन किया है। (# 18,257,715)। कृपया जाने कि आपको भी यह समस्या हो रही है इसलिए वे इसे प्राथमिकता दें।

— ब्रेनन

Answer 1

अगर iTunes iTunes पर अपलोड किए गए प्रत्येक बिल्ड के लिए बिल्ड संख्या बढ़ रही है, तो एक ही संस्करण के लिए एक से अधिक बाइनरी ऐप स्टोर कनेक्ट से अपलोड किए जा सकते हैं। अपलोड किए गए प्रत्येक बाइनरी के लिए बिल्ड नंबर को केवल अद्वितीय (और उच्चतर) होना चाहिए ( लक्ष्य का चयन करें, फिर Xcode -> सामान्य -> ​​निर्माण, नीचे दी गई तस्वीर देखें)। उदाहरण के लिए, नीचे अपलोड की गई छवि में संस्करण 3.1.4 (पुरानी छवि में 3.75) है और निर्माण संख्या 1 है । इस प्रकार, इस छवि को अपलोड करने के बाद बिल्ड को न्यूनतम 2 या उच्चतर तक बढ़ाएं । फिर इस बाइनरी को ऐप स्टोर कनेक्ट पर भी अपलोड किया जा सकता है क्योंकि यह बाद के अनुसार बनाया गया है ।build number

versionनोट अनुप्रयोग के रिलीज़ संस्करण अपने उपयोगकर्ता के लिए जारी। build numberअंतिम टिप्पणी निर्माण द्विआधारी कई बग फिक्स के बाद दुकान, यानी पर अपलोड की।

Xcode 9 के बाद आप स्टोर में एक ही बिल्ड नंबर के साथ पिछले बिल्ड के साथ एक नया बिल्ड (उसी संस्करण के लिए) अपलोड करने में सक्षम नहीं हैं। तो, अपने बिल्ड नंबर की जांच करें और यदि निश्चित नहीं है तो बढ़ाएं।

संपादित करें: इसका उपयोग करना अधिक सही है 1 , 2, 3, 4बिल्ड नंबर के लिए आदि,, लेकिन संस्करण संख्या में वृद्धि करने के लिए, 1.0 है -> 1.1 -> 1.2 आदि बिल्ड नंबर क्या पहले से प्रस्तुत की गई थी की तुलना में अधिक हो गया है एक ही संस्करण संख्या, यदि कोई त्रुटि पोस्ट नहीं है। इसलिए, यदि एक नया बाइनरी सबमिट किया गया है जिसका संस्करण 3.75 है और एक बिल्ड 1 पहले ही सबमिट किया जा चुका है, तो अगला बिल्ड 2 या उससे अधिक होगा, लेकिन संस्करण अभी भी 3.75 रह सकता है।

नया अद्यतन और होने का अनुशंसित तरीका बिल्ड नंबर सीरियल :

नीचे दी गई मिलान की पुरानी छवि:

एक नया बाइनरी अपलोड करने और संसाधित होने के बाद (~ 5-20 मिनट प्रसंस्करण समय, अगर यह फिर से अपलोड और प्रतीक्षा नहीं करता है), तो आप नए बाइनरी का चयन कर सकते हैं और इसे समीक्षा के लिए सबमिट कर सकते हैं। नीचे दी गई तस्वीर में आप मौजूदा ऐप संस्करण के बिल्ड अनुभाग में ऐप स्टोर कनेक्ट में सूचीबद्ध पुराने और नए बाइनरी को देख सकते हैं (आप प्लस चिह्न पर क्लिक करें)। फिर नया बाइनरी चुना जाता है -> Saved->Submit for Review । (कभी-कभी सबमिट करते समय कोई त्रुटि आती है, तो बस कुछ मिनटों के बाद प्रयास करें या एक नया बाइनरी अपलोड करें)।

Xcode स्क्रिप्ट के साथ स्वचालित रूप से ऐसा करने के इच्छुक लोगों के लिए, बिल्ड संख्याएँ अपडेट करने के लिए एक स्वचालित स्क्रिप्ट बनाने का वर्णन यहाँ बिल्ड नंबर बढ़ाने का बेहतर तरीका है?

Comments

धन्यवाद, मैं अपने बिल्ड नंबर को फॉर्मेट, YYYYMMDDhhmm का उपयोग करने के लिए बदलकर इस त्रुटि को प्राप्त करने में कामयाब रहा, जिसे मैं वर्तमान तिथि और समय के साथ ऐप स्टोर में एक नए बिल्ड को पुश करने पर हर बार अपडेट कर सकता हूं। मैं हालांकि बिल्ड नंबर परिवर्तन को स्वचालित करना चाहूंगा।

— ब्रेनन

@ ब्रेनन मैंने बिल्ड संख्या को स्वचालित रूप से बढ़ाने के निर्देशों के लिए एक लिंक जोड़ा।

— सेवरिसन सेप

@HannesSverrisson आप उन लोगों के लिए क्या सलाह देते हैं जो पहले से ही हमारे संस्करण संख्याओं में तीन भागों का उपयोग करते हैं?

— साइमन

@ साइमन मुझे लगता है कि आपको चौथे भाग के रूप में बिल्ड को जोड़ना होगा। क्लाइंट को ऐप स्टोर में बिल्ड नंबर कभी नहीं दिखाई देगा।

— Sverrisson

@HannesSverrisson लेकिन हमें अब चौथे भाग का उपयोग करने की अनुमति नहीं है!

— सिमोन

Answer 2

मुझे नहीं पता कि लोग floatबिल्ड नंबर क्यों डाल रहे हैं ।

मेरी राय में मानक तरीका एक डाल करने के लिए है integerबिल्ड नंबर में है और एक floatयाdotted string संस्करण के लिए।

अर्थात

     Version: 1.0.0
     Build: 2

Comments

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

— साइमन टिलसन

मैं आपके साथ और अधिक सहमत नहीं हो सकता। आप पाएंगे कि यह एक पूरी तरह से नई परियोजना बनाने के लिए Xcode की डिफ़ॉल्ट रणनीति है।

— डॉनसॉन्ग

Answer 3

आपको केवल बिल्ड और उसके संस्करण को बदलना होगा। स्टोर लाइव संस्करण में: 1.1 नए संस्करण को अपलोड करने के लिए: 1.2 (यहां यदि आप 5.1.1 या उससे पहले के संस्करण के साथ अपलोड करने में विफल रहते हैं) तो फिर से अपलोड करने की आवश्यकता है इसलिए नया अपलोड होगा: 1.3

अब iTunesconnect अकाउंट लॉगइन एप्स पर जाएं> अपने ऐप को चुनें> बिल्ड सेक्शन में क्लिक करके पुराने को हटा दें (-) फिर से क्लिक (+) सेलेक्ट करें यहां आप सभी बिल्ड को सेलेक्ट करते हुए अंतिम एक का चयन करते हुए देखें, इसे सेव करें, फिर रिव्यू के लिए सबमिट करें। संलग्न स्क्रीनशॉट भी देखें।

Comments

मैं 1.01 नहीं 1.02 अपलोड करना चाहता हूं। अब मुझे क्या करना चाहिए?

— सैम

मुझे भी यही समस्या हो रही है। हालांकि मेरे पास दो बिल्ड हैं और रिव्यू बटन के लिए कोई सबमिट नहीं है। क्या आपको वास्तव में 1.4 बिल्ड पर क्लिक करने के बाद रिव्यू बटन के लिए सबमिट करना था?

— नीलाभ

@ नीलाभ जी इसके समीक्षा की प्रतीक्षा कर रहे हैं। 1.4 अपलोड करने के बाद

— ALPESH PATOLIYA

@ उपयोगकर्ता 28 अद्यतन संस्करण के लिए, आपको संस्करण बदलने की आवश्यकता होगी। इसे 1.02

— अल्फा पाटोली

Answer 4

निश्चित रूप से अपने नए संस्करण को अपलोड करने से पहले iTunes Connect से पुराने बिल्ड को हटाना संभव नहीं है। आईट्यून्स कनेक्ट इंटरफ़ेस सिर्फ इस ऑपरेशन के लिए उन्नत नहीं है।

लेकिन वास्तव में आपको इसे हटाने की आवश्यकता नहीं है (यदि वे चाहें तो Apple इसे खुद के लिए ले लें)। आपको अपना बिल्ड नंबर (वर्जन नंबर नहीं) बदलना होगा और फिर से अपलोड करना होगा।

उदाहरण के लिए यदि आपके पास बिल्ड नंबर 1.0 के साथ संस्करण संख्या 1.0 है तो बिल्ड नंबर को 1.0.1 में बदलें और संस्करण संख्या को 1.0 के रूप में छोड़ दें। फिर इसे अपलोड करें - और iTuned Connect नए बिल्ड को स्वीकार करेगा। बाकी सब काफी स्पष्ट है। सौभाग्य!

Comments

समस्या यह है कि कुछ लाइब्रेरी और फ्रेमवर्क वर्जन नंबर के रूप में बिल्ड नंबर का उपयोग करते हैं।

— जिनी

Answer 5

मैंने देखा कि एक बिल जमा करने के लिए उपलब्ध होने से पहले Apple को बहुत समय लगता है। इससे पहले कि मैं इसे चुन पाऊं, मैंने अपनी बिल्ड को एक-दो बार अपलोड किया। मेरे द्वारा बिल्ड अवैध था क्योंकि सर्वर पर एक ही बिल्ड संस्करण एक-दो बार था और मुझे "अनावश्यक बाइनरी अपलोड" मेल मिला।

मेरे मामले में मैं बिल्ड (नए बिल्ड नंबर के साथ) को अपलोड करने के 15 मिनट बाद नए बाइनरी का चयन कर सकता था।

Comments

तो जब आपने "निरर्थक बाइनरी अपलोड" प्राप्त किया तो आपने क्या किया। क्योंकि मुझे Apple से इसी तरह का मेल मिला है और मेरा आवेदन "समीक्षा की प्रतीक्षा कर रहा है"

— एकरा

मेरे मामले में मुझे लगता है कि यही कारण है कि मैं अपने सभी अपलोड "बिल्ड" टैब पर इट्स कनेक्ट से जोड़कर देखता हूं ... भले ही मुझे 50 मिनट तक इंतजार करना पड़े और फिर भी कुछ न हो ... उम्मीद है कि आने वाले घंटों में बीमार पड़ें मेरे निर्माण संस्करण टैब पर सक्षम हैं, इसलिए मैं समीक्षा के लिए प्रस्तुत कर सकता

— हूं

मेरे मामले में यह 45 मिनट से अधिक समय लगा, लेकिन मुख्य कारण यह था कि हर बार जब आप XCode से आईट्यून्स कनेक्ट करने के लिए अपलोड करते हैं के बीच एक बड़ी देरी है

— d1jhoni1b

Answer 6

मैंने बिल्ड संख्या को 3 डेसीमल (जैसे 1.5.1) तक बढ़ाने की कोशिश की और फिर भी मुझे बेमानी द्विआधारी त्रुटि मिली। बाद में मैंने एक और दशमलव जोड़ा (जैसे 1.5.1.0) इसने काम किया!

मेरी सेटिंग का स्क्रीन शॉट:

Comments

मेरे लिए सिर्फ तीन स्तरीय संस्करण संख्या ने काम किया। केवल एक चीज जिस पर मैंने ध्यान दिया, वह 1.1.0है 1.1। तो, मैं कोशिश करना पड़ा 1.1.1बजाय1.1.0

— आदिल मलिक

Answer 7

मुझे आपको यह चेतावनी देने की आवश्यकता है कि लगभग सभी उत्तर यहां (स्वीकृत एक सहित) बिल्डरों के अंकन के लिए गैर-पारंपरिक तरीके को बढ़ावा देते हैं।

यह महत्वपूर्ण नहीं है, लेकिन यह हमेशा सम्मेलन के साथ रहना बेहतर होता है, इसलिए मैं आपको इस उत्तर की जांच करने के लिए प्रोत्साहित करता हूं कि आपके बिल्ड को कैसे सुधारा जाए, इस पर विचार करें।

और हां, मूल प्रश्न का उत्तर देते हुए, आपको केवल अपना बिल्ड नंबर बढ़ाना है। उचित रूप से ।

Answer 8

मैं बस उसी मुद्दे से गुजरा। दुर्भाग्य से मैंने अपने ऐप का वर्जन 1.0.1 बनाया था और उसी वर्जन के साथ बाइनरी अपलोड की थी, जो अमान्य हो गई थी। मेरे लिए सिस्टम से बाइनरी को अस्वीकार करने का कोई तरीका नहीं था, इसलिए मुझे पहले यह पता लगाना था कि अस्वीकृति का कारण क्या है और फिर आईट्यून्स कनेक्ट और नए अपलोड किए गए बाइनरी दोनों पर एप्लिकेशन संस्करण को 1.0.2 में बदलकर सही करें कोड ठीक करता है। यह अब वेटिंग फॉर रिव्यू में बैठा है।

पहले 3 बार मैंने यह प्रयास किया, बाइनरी को लगभग तुरंत अस्वीकार कर दिया गया था। मेरे अस्वीकृति के कारण का पता लगाने में मुझे लगभग 2 घंटे लगे जो कि 'आर्किटेक्चर' से 'आर्म64' को हटाना था। मैं आशान्वित हूं कि इससे आपको सहायता मिलेगी।

Answer 9

मैंने केवल iTunes कनेक्ट के अंदर पहले संस्करण संख्या में वृद्धि की। इसने मुझे बाइनरी के नए संस्करण को अपलोड करने की अनुमति दी और कोई समस्या नहीं थी।

Answer 10

मैं 2.4अपने ऐप का संस्करण अपलोड करना चाहता था और मुझे वह त्रुटि संदेश मिला। यह संस्करण का पहला अपलोड था और iTunesConnect पर निश्चित रूप से कोई बाइनरी मौजूद नहीं था।

मैं आसानी से निर्माण संस्करण को बदलकर इसे हल कर सकता 2.4था 2.4.0। संस्करण को बढ़ाने की कोई आवश्यकता नहीं है। मुझे लगता है कि आईट्यून्स को केवल बिल्ड वर्जन के लिए तीन-भाग संस्करण संख्या की उम्मीद है।