Существует ли (возможно, официальный) контрольный список и руководство по отправке приложения в App Store? - PullRequest
4 голосов
/ 29 ноября 2011

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

Теперь у нас есть универсальный бинарный файл для iPhone / iPad.

Может быть, кто-то может указать на некоторые ресурсы, которые дают хороший и быстрый обзор того, что должно быть проверено / сделано?

Некоторые вещи, которые приходят на ум для полезного контрольного списка:

  • Убедитесь, что NSZombiesEnabled НЕТ

  • ... что еще?

Ответы [ 3 ]

2 голосов
/ 30 ноября 2011
0 голосов
/ 19 сентября 2016

Проверьте это сообщение в блоге, оно мне пригодилось: blogpost

Содержит очень подробные списки для отправки приложений, а также для запуска нового приложения.

Он содержит такие полезные пункты:

В разделе «Редактировать схему» XCode, «Архив» должен быть установлен на «Выпуск».Сборки релиза должны скрывать операторы журнала и отключать все тестовые коды / тестовые экраны, используемые для разработки.

ПРИМЕЧАНИЕ. Из-за оптимизации компилятора сборки выпуска могут иногда работать иначе, чем отладочные сборки.Лучше всего начать тестирование сборок релиза за несколько дней до релиза в App Store, чтобы выявить возможные проблемы.Убедитесь, что приложение обменивается данными с правильными производственными серверами (используя HTTPS).

Убедитесь, что все тестовые экраны скрыты.

Убедитесь, что на консоль не выводятся конфиденциальные данные.

Убедитесь, что Analytics работает с правильным производственным аккаунтом.

Убедитесь, что такие службы, как Urban Airship, работают с правильным производственным аккаунтом.

Также я нашел другие полезные ссылка сейчас:

APNS

Убедитесь, что сертификат APNS включает BundleID вашего приложения.

Вы создали сертификат распространения APNS.

Ваш сервер использует сертификат распространения APNS.

Убедитесь, что уведомления работают на разных версиях iOS (обратите внимание на iOS8, где API был изменен).Управление версиями

Не используйте жесткие коды в источниках, например, isBeta = YES или DEBUG = YES.

Убедитесь, что значок или имя приложения не содержат слова «бета».

Обновление версии приложения и версии сборки.Никогда не указывайте версию внутри приложения (вместо этого используйте CFBundleVersion).

ВАЖНО Убедитесь, что новый выпуск установлен поверх старой версии правильным образом:

** Установите приложение из AppStore.Создайте специальную сборку и установите ее поверх старой версии.

** Убедитесь, что данные из NSUserDefaults считываются правильно (приложение не падает, пытаясь прочитать несуществующие ключи).

** Убедитесь, что пользователь не теряет свою информацию после обновления.

0 голосов
/ 06 января 2012

Еще одна важная вещь, которая не была упомянута, заключается в том, что Xcode 4 может выполнить некоторую проверку вашего Приложения перед отправкой в ​​App Store.

После того, как вы заархивировали приложение, вы можете перейти к органайзеру Xcode и «проверить» приложение. Это может сэкономить вам много драгоценного времени.

Приветствие.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...