Как отказаться от приложения с профилем подготовки магазина приложений, чтобы добавить активный ключ бета-отчетов?

Вы всегда можете попробовать использовать команду экспорта xcodebuild:

xcodebuild -exportArchive -archivePath '{APP}' -exportPath '{IPA}' \
-exportFormat 'ipa' -exportWithOriginalSigningIdentity

или если вы хотите другой профиль и личность:

xcodebuild -exportArchive -archivePath '{APP}' -exportPath '{IPA}' \
-exportFormat 'ipa' -exportWithOriginalSigningIdentity \
-exportProvisioningProfile {profilename} -exportSigningIdentity {identityname}

См. man xcodebuild для получения дополнительной информации.

Итак, я думаю, что наконец понял это. Похоже, что у бот-сервера могут быть некоторые недостатки, которые Apple необходимо сгладить. Я заметил, что в дистрибутивном IPA, созданном бот-сервером, отсутствуют какие-либо необходимые права моего приложения. Я немного поискал и обнаружил, что у других людей такая же проблема. Вот вопрос, который очень хорошо объясняет проблему: IPA, созданный с помощью бота Xcode, не запускается для APNS, но запускается, если он собран вручную с помощью самого Xcode или создан в виде архива с помощью Xcode

Помня об этом, я создал и добавил в свой проект файл прав с минимальными правами, которые мне были нужны. Я также сделал то же самое для виджета, который есть в моем проекте. Затем во время триггера пост-интеграции я читаю оба файла прав и добавляю к ним необходимые права.

# Copy the Entitlements file out of the payload so we can update it
APP_ENTITLEMENTS="/tmp/distributionEntitlements.plist"
rm -rf ${APP_ENTITLEMENTS}
codesign -d --entitlements :${APP_ENTITLEMENTS} "/tmp/Payload/MyAppName.app"

WIDGET_ENTITLEMENTS="/tmp/widgetDistributionEntitlements.plist"
rm -rf ${WIDGET_ENTITLEMENTS}
codesign -d --entitlements :${WIDGET_ENTITLEMENTS} "/tmp/Payload/MyAppName.app/Plugins/${WIDGET_NAME}"

# Copy over the latest build the bot just created
echo "Copying latest Archive to /tmp/...";
cp -Rp "${XCS_ARCHIVE}" "/tmp/"

APP="/tmp/Archive.xcarchive/Products/Applications/MyAppName.app"

echo "Updating entitlements file"
/usr/libexec/PlistBuddy -c "Add :beta-reports-active bool true" ${APP_ENTITLEMENTS}
/usr/libexec/PlistBuddy -c "Add :aps-environment string production" ${APP_ENTITLEMENTS}
cat ${APP_ENTITLEMENTS}

echo "Updating widget entitlements file"
/usr/libexec/PlistBuddy -c "Add :beta-reports-active bool true" ${WIDGET_ENTITLEMENTS}
cat ${WIDGET_ENTITLEMENTS}

Затем, конечно, вам нужно снова кодировать эти приложения:

echo "Codesign the widget"
cp "${WIDGET_PROVISIONING_PROFILE}" "${APP}/Plugins/${WIDGET_NAME}/embedded.mobileprovision"
codesign -fv -s "${FULL_SIGNING_IDENTITY}" "${APP}/Plugins/${WIDGET_NAME}" --entitlements "${WIDGET_ENTITLEMENTS}" --preserve-metadata=resource-rules,requirements

echo "Codesign the app"
codesign -fv -s "${FULL_SIGNING_IDENTITY}" "${APP}" --entitlements "${APP_ENTITLEMENTS}" --preserve-metadata=resource-rules,requirements

echo "Creating .ipa"
# Remove any whitespace
FILENAME=${XCS_BOT_NAME// /}
echo "Filename: ${FILENAME}"
APP_STORE_IPA="/tmp/${FILENAME}_AppStore_${VERSION_NUMBER}.ipa"
rm "${APP_STORE_IPA}"
/usr/bin/xcrun -sdk iphoneos PackageApplication -v "${APP}" -o "${APP_STORE_IPA}" --sign "${SIGNING_IDENTITY}" --embed "${PROVISIONING_PROFILE}"

После всего этого я могу загрузить этот IPA в Apple и распространять его с помощью их нового инструмента бета-распространения TestFlight.

Я использую следующие команды для отказа от ipa, которые могут вам подойти. Основной метод заключается в том, чтобы разархивировать ipa, добавить желаемый профиль подготовки мобильных устройств, подписать код с нужным сертификатом, а затем заархивировать в новый ipa.

unzip -q "${IPAFILE}"
cp "${PROV_PROFILE}" Payload/*.app/embedded.mobileprovision
/usr/bin/codesign -f -s "${SIGN_CERT}"  --keychain "${KEYCHAIN}" \
     --entitlements Payload/*.app/$APP-Entitlements.plist \
     --resource-rules Payload/*.app/ResourceRules.plist Payload/*.app
zip -qr "${NEW_IPAFILE}" Payload

Вы можете не указывать параметр --keychain, если используете стандартную связку ключей. Имя вашего файла Entitlements.plist может отличаться. SIGN_CERT — это текстовое имя вашего сертификата. например «Распространение iPhone: бла-бла»

Убедитесь, что список прав имеет тот же идентификатор TEAM ID, что и ваш сертификат подписи и профиль обеспечения.

Xcode автоматически добавляет это право на бета-версию в ваш список разрешений. Вам просто нужно сделать новую версию, щелкнуть учетную запись команды под удостоверением личности, повторно выбрать свою учетную запись, и новый профиль будет переделан с помощью iTunes connect.

После этого загрузите новый бинарник.

После загрузки вы можете назначить бета-тестеров для своего приложения, выбрав предварительную версию и добавив внутренних или внешних бета-тестеров в список.

Я надеюсь, что это помогло.

Лучшим способом сделать это было бы установить профиль подготовки выпуска к профилю магазина приложений. Тогда вам не нужно будет указывать флаг --embed, и флаг отчетов о бета-тестировании будет истинным.

Затем, если вам также нужна специальная сборка, вы можете предоставить ту же команду xcrun --embed с профилем подготовки adhoc.

ARCHIVE = "${ARCHIVE_FOLDER}/Products/Applications/${PRODUCT_NAME}.app"

#Adhoc
/usr/bin/xcrun -sdk iphoneos PackageApplication -v ARCHIVE -o IPA_DESTINATION --sign "SIGNING_IDENTITY" --embed PATH_TO_PROVISIONING_PROFILE 

#App Store
/usr/bin/xcrun -sdk iphoneos PackageApplication -v ARCHIVE -o IPA_DESTINATION --sign "SIGNING_IDENTITY"