Можно ли разрешить кому-либо еще загружать и распространять мое приложение в Apple App Store?

Сценарий: я создал приложение. Клиентам нравится, но один из них хочет, чтобы приложение было настроено. Идея заключается в том, что я настраиваю, создаю приложение, а затем даю его ему, и он будет заниматься всем бизнесом в App Store.

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

Я понятия не имею, как это будет работать. Если я создаю сборку дистрибутива, используется мой сертификат распространения. Будет ли это вариант, чтобы получить сертификат клиентов и использовать его для сборки, а затем передать ему IPA?

EDIT: Testflight НЕ подходит для меня. Я не хочу поддерживать сотни UDID. И было бы явным злоупотреблением правилами Apple в отношении использования бесплатных устройств. Они предназначены для ТЕСТИРОВАНИЯ, а не для коммерческого использования. Поэтому я действительно за чем-то, что позволяет третьему человеку принести двоичный файл, который я внес в App Store, все под этим ответственным лицом.

Ответ 1

Я тоже задавался вопросом об этом сценарии. Я работал с клиентами, чтобы создавать свои приложения, но я также сделал танец iTunes Connect для них со своими учетными записями iTunes. То есть, они дали мне доступ для входа в систему как своего Агента.

НО, я думаю, что может быть способ сделать то, что вы хотите...

Вашему клиенту явно необходимо создать учетную запись разработчика (компании). Затем они могут добавить вас в качестве члена команды, и вы можете запросить сертификат для себя для этой команды. Они должны будут одобрить его через портал обеспечения. С помощью этого сертификата и соответствующих профилей подготовки, созданных с помощью сертификата, вы сможете создавать и подписывать приложение.

Теперь, здесь часть, которую я не уверен, будет работать, но стоит попробовать. Предоставьте им IPA, который был создан с профилем распространения, и который был подписан с сертификатом, который вы получили как член своей команды. Тогда их агент должен (может?) Иметь возможность загружать IPA, используя что-то вроде Application Loader. IPA должно быть абсолютно корректным, будучи построенным и подписанным с ресурсами, созданными на портале подготовки клиентов... Я думаю.

Я не могу себе представить, что ТОЛЬКО Агент может создать приложение для отправки. Только агент может подать, но я должен полагать, что любой человек в команде может создать соответствующий IPA.

Опять же, это теория (по крайней мере, для меня), и я ее не пробовал. Но мне кажется, что это имеет смысл...

Ответ 2

Клиент должен создать учетную запись разработчика "компания/организация", а не отдельную. Он будет агентом своей команды разработчиков, а вам нужно будет получить от него доступ "admin" или "разработчик". С доступом администратора вы сможете создавать все необходимые сертификаты и правильно создавать и подписывать приложение; разработчик предоставляет вам аналогичные полномочия, но вы зависите от администратора или агента для проверки запросов сертификата. Агент, то есть ваш клиент, будет единственным человеком, который может отправить приложение в магазин. Так что это именно то, что вам нужно.

Считайте, что вы можете отправить приложение для клиента, если его учетная запись является "индивидуальной". Но в этом случае ему нужно будет предоставить вам полные полномочия доступа, и это может потребовать максимального взаимного доверия (что иногда невозможно!).

Ответ 3

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

Для вашего клиента вы создаете проект тонкой оболочки, который просто создает окончательный исполняемый файл из статической библиотеки и добавляет материал и ресурсы Info.plist. Этот проект не содержит исходный код, но может быть использован для создания загружаемого приложения с использованием "Build and Archive".

Ответ 4

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

Откровенно говоря, было бы, наверное, проще, если вы загрузите приложение в iTunesConnect после того, как все будет готово. Так просто отправить приложение прямо из окна "Организатор" в Xcode, чтобы вы могли так же делать это, если нет причин для этого.

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

Ответ 5

ДА! Теперь у нас есть возможность отправлять приложения в App Store без необходимости входить в качестве агента команды! Apple предоставила средства для создания аккаунтов специально для этой цели. Короче говоря, запустите команду агента в iTunes Connect, а затем добавьте пользователя. "Техническая" роль должна быть достаточной.

Здесь приведены подробные инструкции от Apple:

Ответ 6

Абсолютно!

Все, что вам нужно сделать, это развернуть их с помощью TestFlight

Испытательный полет может использоваться в качестве специального распределения для тестирования. В настоящее время он используется многими студиями таким образом.

У него есть свои плюсы и минусы:

-Pros:

Вы создаете приложение, загружаете его в тестовый полет, выбираете "конечных пользователей" и тому подобное. Они загружают его прямо на свое устройство iOS.
Простота настройки тестеров, дает вам отзывы об использовании и т.д. и т.д.
Когда вы приглашаете тестер, он автоматически дает вам свой udid для добавления в профиль подготовки
Всякий раз, когда вы его обновляете, уведомляет всех пользователей. Вид как App Store, но через электронную почту
Вы можете управлять отдельными сборками одновременно. Таким образом, вы можете индивидуально отправлять определенные сборки определенным группам и т.д. И т.д.
НАГРУЗКИ ПОДДЕРЖКИ
Не нужно проталкивать хранилище приложений.

-Cons:

Техническое обслуживание тяжелое. Если вы добавляете нового пользователя, вам необходимо отменить свое приложение с пользователем в профиле распространения. Загрузить. Поэтому его лучше всего добавлять в группы.
Вы ограничены до 100 пользователей одновременно (ограничение на предоставление устройств Apple)
Вам нужно убедиться, что все подписывают NDA, так как добавление их в настройку устройства может дать им доступ к программному обеспечению до выпуска, если они достаточно сообразительны.

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