Сборка не обновляется, когда отклоненная сборка предшествует загрузке с fastlane доставкой

У нас было отклоненное приложение с версией X в iTunes Connect, и мы загрузили новый IPA после того, как исправили проблему. Новый IPA имел увеличенный номер версии пакета Y. Для загрузки в iTunes Connect мы используем fastlane delivery.

После загрузки нового IPA мы столкнулись с двумя странными проблемами:

  1. Информация об отклоненном двоичном файле в центре разрешения была каким-то образом обновлена ​​с помощью номера версии новой сборки. Перед загрузкой нового IPA отклоненный бинарный файл показывал версию X, а после загрузки - версию Y, хотя IPA с версией Y никогда не проходил проверку приложений Apple.

  2. После загрузки нового IPA приложение отображается на вкладке App Store с правильной версией Y, но фактическая запись о сборке перечисляет сборку с версией X. Таким образом, мы должны исправить это, удалив неправильную запись сборки и выбрав нужную вручную. Мы хотим, чтобы при загрузке нового IPA также была выбрана правильная сборка для приложения.

Мы можем игнорировать проблему 1, но мы хотим решить проблему 2, потому что мы не хотим выбирать правильную сборку вручную. У вас есть идеи, как это решить?

Это фрагмент кода из нашего скрипта сборки, который выполняет загрузку в iTunes Connect:

# upload to TestFlight first    
DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS="-t DAV" fastlane pilot upload --ipa ${PACKAGE_NAME}_AppStore.ipa --distribute_external $FASTLANE_CREDENTIALS 

...

# upload to 'production lane'
DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS="-t DAV" fastlane deliver --ipa ${PACKAGE_NAME}_AppStore.ipa --skip_binary_upload $FASTLANE_CREDENTIALS --force 

0 ответов

Другие вопросы по тегам