Используете ли вы другой идентификатор приложения для бета-приложений iPhone?

Question

Те из нас, у кого есть приложения для iPhone (выпущенные или не выпущенные), могут отправлять ограниченные бета-версии с помощью специального распространения. Хотя в документах Apple для этого есть несколько дыр, в сети есть несколько блогов, публикаций и других статей, которые заполняют пробелы.

Тем не менее, я не заметил ни об одной вещи, и мне было любопытно: когда вы делаете бета-сборку, используете ли вы тот же идентификатор приложения, что и ваше выпущенное (или подлежащее выпуску) приложение?

Аргумент в пользу использования другого идентификатора заключается в том, что бета-версия может работать вместе с выпущенным приложением. Это, вероятно, более важно, если у вас уже есть выпущенная версия в поле.

Аргумент против состоит в том, что бета-версия не будет иметь доступа к каким-либо данным, которые могло сгенерировать выпущенное приложение, и наоборот. Это может или не может быть то, что вы хотите в каждом конкретном случае.

Есть ли проблемы с этим подходом? В настоящее время у меня зарегистрирован только один идентификатор приложения, но в IIRC нет никаких препятствий для создания большего количества приложений по мере необходимости.?

Было бы интересно услышать, что делают другие.

Answer 1

Мы используем один и тот же идентификатор приложения, просто для простоты. В рассылке ad-hoc достаточно головных болей, и мы не хотим никого смешивать с «почему на моем телефоне два приложения?» проблемы.

Answer 2

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

Answer 3

Я думаю, это зависит от того, насколько важны данные в вашем приложении. Если данные являются ценными, я не думаю, что бета-тестеры хотели бы, чтобы они подвергались риску, поэтому было бы целесообразно иметь отдельный AppID. Конечно, это также означает, что они также не будут тестировать приложение полностью, и любой код «обновления» не будет протестирован.

В моем случае (вкуснятина) данные - это просто кэш Delicious.com, поэтому катастрофическая ошибка в моем коде будет означать, в худшем случае, загрузку всех ваших закладок снова. Поэтому я склонен использовать один и тот же AppID для всего.