BŁĄD ITMS-9000: „Nadmiarowe przesyłanie binarne. Istnieje już przesyłanie binarne z wersją kompilacji „1.0” dla pociągu „1.0” ”

Próbuję przesłać moją wersję na iTunes Connect przez Xcode 5.1.1, ale ciągle pokazuje, że się ładuje i aplikacja się nie ładuje. Próbowałem więc przesłać za pomocą modułu ładującego aplikacje, ale wyświetla się następujący błąd:

BŁĄD ITMS-9000: „Nadmiarowe przesyłanie binarne. Istnieje już przesyłanie binarne z wersją kompilacji„ 1.0 ”dla pociągu„ 1.0 ””

Status aplikacji w iTunes czeka na przesłanie. Pewnego razu przesłanie zakończyło się pomyślnie, ale status nie jest odzwierciedlony, a teraz pozwala na ponowne przesłanie.

Właśnie sprawdziłem, czy strona internetowa również się zmieniła. Nie wiem co jest nie tak.

EDYTOWAĆ

Nie było przycisku przesyłania do przeglądu na nowej stronie jabłek. Ale teraz widzę ten przycisk. To rozwiązało mój problem. Polecam również przesłać kompilację za pomocą modułu ładującego aplikacje, ponieważ jest szybszy niż organizator.

Więcej niż jeden plik binarny może zostać przesłany do App Store Connect dla tej samej wersji, jeśli liczba kompilacji rośnie z każdą kompilacją przesłaną do iTunesConnect. Numer kompilacji musi być unikalny (i wyższy) dla każdego przesyłanego pliku binarnego (wybierz Cel, a następnie Xcode -> Ogólne -> Kompilacja, patrz rysunek poniżej). Na przykład na poniższym obrazie przesłana kompilacja ma wersję 3.1.4 (3.75 na starszym obrazie), a numer kompilacji to 1 . Dlatego po przesłaniu tego obrazu zwiększ kompilację do minimum 2 lub wyższej . Następnie ten plik binarny można również przesłać do App Store Connect, ponieważ jest to późniejsza kompilacja zgodnie z build number.

versionOdnotowuje handlowej wersji aplikacji Twój uwalniającego dla użytkownika. build numberUwagi końcowe kompilacji binarnego przesłanym do sklepu, czyli po wielu poprawek.

Po Xcode 9 nie można przesłać nowej kompilacji (dla tej samej wersji), jeśli w sklepie jest poprzednia kompilacja o tym samym numerze. Sprawdź więc numer kompilacji i zwiększ, jeśli nie jesteś pewien.

EDIT: To jest bardziej poprawna w użyciu 1, 2, 3, 4, itd. Dla numeru kompilacji, ale numer wersji musi się zwiększać, 1.0 -> 1.1 -> 1.2 itd. Numer kompilacji musi być wyższa niż to, co zostało przedstawione wcześniej dla ten sam numer wersji, jeśli nie, pojawi się błąd. Tak więc, jeśli zostanie przesłany nowy plik binarny, który ma wersję 3.75, a kompilacja 1 została już przesłana, następna kompilacja będzie mieć wersję 2 lub wyższą, ale wersja nadal może pozostać 3,75.

Nowy zaktualizowany i zalecany sposób nadawania numerów kompilacji szeregowych :

Starsze zdjęcie pasujące do poniższego:

Po przesłaniu i przetworzeniu nowego pliku binarnego (czas przetwarzania ok. 5-20 min, jeśli nie pojawi się ponownie przesyłanie i czekanie), możesz wybrać nowy plik binarny i przesłać go do recenzji. Na poniższym obrazku możesz zobaczyć stary i nowy plik binarny wymieniony w App Store Connect w sekcji Kompilacja bieżącej wersji aplikacji (kliknij znak plus). Następnie wybierany jest nowy plik binarny -> Saved-> Submit for Review. (Czasami pojawia się błąd podczas przesyłania, a następnie spróbuj po kilku minutach lub prześlij nowy plik binarny).

Dla osób skłonnych do robienia tego automatycznie za pomocą skryptu Xcode, oto opis tworzenia automatycznego skryptu do aktualizacji numerów kompilacji Lepszy sposób na zwiększenie numeru kompilacji?

Nie wiem, dlaczego ludzie umieszczają floatnumer kompilacji.

Moim zdaniem standardowy sposób polega na integerwpisaniu numeru kompilacji i wersji floatlub dotted string.

to znaczy

     Version: 1.0.0
     Build: 2

Musisz tylko zmienić Kompilację i jej wersję. W sklepie wersja na żywo: 1.1 W przypadku przesyłania nowej wersji: 1.2 (tutaj, jeśli nie uda się przesłać w wersji 5.1.1 lub wcześniejszej), należy ponownie przesłać, aby nowe przesyłanie było: 1.3

Teraz przejdź do logowania do konta iTunesconnect Aplikacje> Wybierz aplikację> W sekcji Kompilacja usuń starą, klikając (-) ponownie wybierz, klikając (+) tutaj zobaczysz wszystkie kompilacje wybierz ostatnią, a następnie Gotowe, Zapisz ją, a następnie prześlij do recenzji. Sprawdź także załączony zrzut ekranu.

Zdecydowanie nie można usunąć starej wersji z iTunes Connect przed przesłaniem jej nowszej wersji. Interfejs iTunes Connect nie jest tak zaawansowany dla tej operacji.

Ale tak naprawdę nie musisz go usuwać (pozwól Apple wziąć to dla siebie, jeśli im się podoba). Musisz zmienić numer kompilacji (nie numer wersji) i przesłać go ponownie.

Na przykład, jeśli masz wersję 1.0 z kompilacją 1.0, zmień numer kompilacji na 1.0.1 i pozostaw wersję w wersji 1.0. Następnie prześlij go - a iTuned Connect zaakceptuje nowszą wersję. Cała reszta jest dość oczywista. Powodzenia!

Zauważyłem, że Apple zajmuje dużo czasu, zanim kompilacja staje się dostępna do przesłania. Przesłałem moją kompilację kilka razy, zanim mogłem ją wybrać. Do tego czasu moja kompilacja była nieprawidłowa, ponieważ ta sama wersja kompilacji była kilka razy na serwerze i otrzymałem wiadomość „Redundant Binary Upload”.

W moim przypadku mogłem wybrać nowy plik binarny 15 minut po przesłaniu kompilacji (z nowym numerem kompilacji) z Xcode.

Próbowałem zwiększyć liczbę kompilacji do 3 miejsc po przecinku (np. 1.5.1) i nadal dostałem nadmiarowy błąd binarny. Po dodaniu jeszcze jednego miejsca po przecinku (np. 1.5.1.0) zadziałało!

Zrzut ekranu moich ustawień:

Muszę cię ostrzec, że prawie wszystkie odpowiedzi tutaj (w tym jedna zaakceptowana) promują niekonwencjonalny sposób numerowania kompilacji.

To nie jest krytyczne, ale zawsze lepiej trzymać się konwencji, więc zachęcam do zapoznania się z tą odpowiedzią, aby dowiedzieć się, jak numerować swoje kompilacje.

I tak, odpowiadając na pierwotne pytanie, wszystko co musisz zrobić, to zwiększyć numer kompilacji. Poprawnie .

Właśnie przeszedłem ten sam problem. Niestety utworzyłem wersję 1.0.1 mojej aplikacji i przesłałem plik binarny z tą samą wersją, która została odrzucona jako nieprawidłowa. Nie mogłem później odrzucić pliku binarnego z systemu, więc najpierw musiałem dowiedzieć się, jaki był powód odrzucenia, a następnie zmienić wersję aplikacji na 1.0.2 zarówno w iTunes Connect, jak i nowym przesłanym pliku binarnym z poprawnym poprawki kodu. Teraz siedzi w oczekiwaniu na sprawdzenie.

Pierwsze 3 razy próbowałem tego, plik binarny został prawie natychmiast odrzucony. Około 2 godzin zajęło mi ustalenie przyczyny odrzucenia, którą było usunięcie „arm64” z Ważnych Architektur. Mam nadzieję, że to Ci pomoże.

Po prostu zwiększyłem najpierw numer wersji w iTunes Connect. To pozwoliło mi przesłać nową wersję pliku binarnego i nie miałem problemów.

Chciałem przesłać wersję 2.4mojej aplikacji i dostałem dokładnie ten komunikat o błędzie. To był pierwszy przekaz wersji i na pewno nie było pliku binarnego na iTunesConnect.

Mogłem łatwo rozwiązać ten problem, zmieniając wersję kompilacji z 2.4na 2.4.0. Nie ma potrzeby zwiększania wersji. Wydaje mi się, że iTunes spodziewa się trzyczęściowego numeru wersji dla wersji kompilacji.