ПОМИЛКА ITMS-9000: “Надмірне завантаження бінарних файлів. Уже існує двійкове завантаження з версією збірки "1.0" для поїзда "1.0" "

Я намагаюся завантажити свою збірку на iTunes Connect через Xcode 5.1.1, але вона постійно показує, що вона завантажується і додаток не завантажується. Тому я спробував завантажувати програму завантажувача програм, але в ній відображається помилка нижче:

ПОМИЛКА ITMS-9000: "Надмірне завантаження бінарних файлів. Тут уже існує бінарне завантаження із версією збірки" 1.0 "для поїзда" 1.0 ""

Статус програми в iTunes очікує завантаження. Одного разу завантаження було успішно виконано, але стан не відображається, і тепер він дозволяє завантажувати знову.

Також я лише перевірив, що веб-сайт також змінений. Не знаю, що не так.

EDIT

На новому веб-сайті яблук не було подано кнопки для огляду. Але тепер я бачу цю кнопку. Це вирішило моє питання. Також рекомендую завантажувати збірку за допомогою завантажувача програм, оскільки це швидше, ніж органайзер.

Більше одного бінарного файлу може бути завантажено в App Store Connect для тієї ж версії, якщо число збірки збільшується для кожної збірки, завантаженої в iTunesConnect. Номер збірки просто повинен бути унікальним (і вище) для кожного завантаженого бінарного файлу (виберіть Ціль, потім Xcode -> Загальне -> Збірка, див. Малюнок нижче). Наприклад, на зображенні нижче завантаженої збірки є версія 3.1.4 (старіше зображення 3.75), а номер збірки - 1 . Таким чином, після завантаження цього зображення збільште збірку до мінімуму 2 або вище . Тоді цей двійковий файл також може бути завантажений у App Store Connect, оскільки це пізніша збірка відповідно до build number.

versionЗазначає версію випуску додатка вашого рилізинг користувачеві. build numberЗауваження остаточних збірок бінарного закачаний в сховища, тобто після того, як багато виправлень помилок.

Після Xcode 9 ви не зможете завантажити нову збірку (для тієї ж версії), якщо в магазині є попередня збірка з тим же номером збірки. Отже, перевірте свій номер збірки та збільшуйте, якщо не визначено.

EDIT: Це більш правильно використовувати 1, 2, 3, 4і т.д. номер збірки, але номер версії повинен збільшуватися, 1,0 -> 1,1 -> 1,2 і т.д. Номер збірки повинен бути вище , ніж те , що було представлено раніше для той же номер версії, якщо помилка не розміщена. Отже, якщо подано новий двійковий файл, який має версію 3.75, а збірку 1 вже подано, наступна збірка повинна бути 2 або вище, але версія все одно може залишатися 3.75.

Новий оновлений та рекомендований спосіб серійних номерів збірки :

Старіше зображення, яке відповідає наведеному нижче:

Після завантаження та обробки нового бінарного файлу (~ 5-20 хв. Час обробки, якщо він більше не відображається і не чекає), ви можете вибрати новий бінарний файл і надіслати його на розгляд. На малюнку нижче ви можете побачити старий і новий двійкові файли, перелічені в App Store Connect, у розділі Збірка поточної версії програми (ви натискаєте знак плюс). Потім вибирається новий двійковий код -> Saved-> Submit for Review. (Іноді при надсиланні виникає помилка, тоді просто спробуйте через кілька хвилин або завантажте новий двійковий файл).

Для тих, хто схильний робити це автоматично за допомогою сценарію Xcode, ось опис створення автоматичного сценарію для оновлення номерів збірки. Кращий спосіб збільшення числа збірки?

Я не знаю, чому люди вводять floatкількість збірок.

На мою думку, стандартним способом є введення integerномера збірки та версії floatабо dotted stringдля версії.

тобто

     Version: 1.0.0
     Build: 2

Вам потрібно буде просто змінити збірку та її версію. У реальній версії магазину: 1.1. Для завантаження нової версії: 1.2 (тут, якщо не вдалося завантажити версію 5.1.1 або більш ранню версію), потрібно знову завантажити, тому нове завантаження буде: 1.3

Тепер перейдіть на iTunesconnect для входу в обліковий запис Apps> Виберіть додаток> У розділі Build вилучіть старе, натиснувши на (-), знову виберіть, натиснувши (+), тут ви бачите всі збірки, виберіть останню, а потім Done, Збережіть її та подайте на розгляд. Також перевірте доданий скріншот.

Однозначно неможливо видалити стару збірку з iTunes Connect перед завантаженням її нової версії. Інтерфейс iTunes Connect просто не такий просунутий для цієї операції.

Але насправді її не потрібно видаляти (нехай Apple візьме їх для себе, якщо їм це подобається). Потрібно змінити свій номер збірки (не номер версії) та завантажити його знову.

Наприклад, якщо у вас є версія версії 1.0 з номером збірки 1.0, то змініть номер збірки на 1.0.1 і залиште номер версії таким, який він становить 1,0. Потім завантажте його - і iTuned Connect прийме нову збірку. Все інше цілком очевидно. Удачі!

Я помітив, що Apple займає багато часу, перш ніж збірка стане доступною для подання. Я завантажив свою збірку пару разів, перш ніж я міг її вибрати. Поки моя збірка була недійсною, тому що одна і та ж версія збірки була кілька разів на сервері, і я отримав пошту "Надмірне завантаження бінарних файлів".

У моєму випадку я міг вибрати новий бінарний файл через 15 хвилин після завантаження збірки (з новим номером збірки) форми Xcode.

Я спробував збільшити число збірки до 3 десяткових знаків (наприклад, 1.5.1), і це все ще отримало мені зайву бінарну помилку. Після того, як я додав ще один десятковий (наприклад, 1.5.1.0), він працював!

Екран знімка моїх налаштувань:

Мені потрібно попередити, що майже всі відповіді тут (включаючи прийняті) рекламують нетрадиційний спосіб числення побудов.

Це не є критично важливим, але завжди краще дотримуватися умовності, тому я рекомендую вам перевірити цю відповідь, щоб отримати уявлення про те, як рахувати ваші складання.

І так, відповідаючи на початкове запитання, все, що вам потрібно зробити - це збільшити номер складання. Правильно .

Я просто пройшов те саме питання. На жаль, я створив версію 1.0.1 свого додатка та завантажив двійковий файл із тією ж версією, яку відхилено як недійсну. Після цього мені не було можливості відкидати бінарний файл із системи, тому я повинен був спочатку розібратися, в чому причина відхилення, а потім змінити версію додатка на 1.0.2 як на iTunes Connect, так і на новий завантажений бінарний файл на правильний виправлення коду. Зараз він сидить у "Очікуванні на перегляд".

Перші 3 рази я спробував це, бінарний файл було відхилено майже негайно. Мені знадобилося близько 2 годин, щоб з'ясувати причину мого відмови, яка полягала в тому, щоб вилучити "arm64" з Дійсних архітектур. Я сподіваюся, що це вам допоможе.

Я просто збільшив номер версії спочатку всередині iTunes connect. Це дозволило мені завантажити нову версію бінарного файлу, і не виникло проблем.

Я хотів завантажити версію 2.4свого додатка і отримав саме те повідомлення про помилку. Це було перше завантаження версії, і в bT-файлі на iTunesConnect вже точно не існувало бінарних файлів.

Я міг легко вирішити це, змінивши версію збірки з 2.4на 2.4.0. Не потрібно збільшувати версію. Я думаю, що iTunes просто очікує номер три версії для версії збірки.