Разработка приложений Android для кого-то другого

Мы разработали несколько приложений и опубликовали их на Android Market. Сейчас мы пишем приложение, которое другая компания будет рекламировать и продавать через свой собственный аккаунт издателя. Другая компания не имеет опыта работы с Android Market или с разработкой Android. Буду признателен за любые идеи от других, кто сталкивался с подобными ситуациями. Я особенно обеспокоен следующими областями:

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

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

3. Издательство
   Другая компания отвечает за весь маркетинг и продажи; мы несем ответственность за разработку приложений. Судя по тому, что мы можем сказать, Android Market не настроен на четкое разделение этих ролей. (Предполагается, что разработчик также будет издателем.) Это затрудняет разработку разделения обязанностей для процесса публикации. Нашей первоначальной мыслью было предоставить им файл .apk и позволить им оттуда его обработать. Вопрос лицензирования был первым признаком того, что мы были наивны по этому поводу. Сам процесс публикации довольно технический, и мы видим две альтернативы: пройти их через все этапы или попросить их дать нам доступ к своей учетной записи издателя и сделать это самим. Что делают другие?

1. Подписывая приложение, я бы сгенерировал отдельный ключ для компании и подписал бы его сам. Другая компания не похожа на техническую, чтобы оценить важность частного. Кроме того, я не уверен, в чем заключается ваше соглашение, но позже они могут попросить ключи, используемые для подписи приложения, которое они продают. Если вы подпишете его своим собственным ключом, это означает, что они потенциально могут подписать другие приложения вашим ключом и продать их, чего я не уверен, что вы захотите. Если вы хорошо отправляете исходные тексты в другую компанию (со всеми сопутствующими расходами на поддержку, помогая им настроить систему разработки), это хороший вариант.

2. Лицензирование Смотри выше. Если у вас есть их ключ, вы можете подписывать приложения как другую компанию, с чем они могут не согласиться. Наличие у каждой компании своих ключей - наименьший потенциал для конфликта.

3. Публикация Это область, где я менее всего знаком. Я думаю, что ответ будет зависеть от ваших отношений - один раз или первый из многих? Если это одноразовая работа и у вас хорошие отношения, вы можете попросить временный доступ и сделать это самостоятельно; если вы планируете дальнейшую работу в будущем, пережить боль их обучения будет намного легче в будущем.

Надеюсь, это поможет!

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

Если вы можете исключить технические элементы процесса публикации, вы можете что-то предпринять.