Можно ли разрешить кому-либо еще загружать и распространять мое приложение в 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 таким образом. Вы должны посмотреть его