Разрешить нескольким компьютерам Mac работать в одном проекте iOS - PullRequest
1 голос
/ 07 сентября 2011

Мне нужно знать, как разрешить двум Mac работать в одном проекте.

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

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

PST Приложение используеттакже push-уведомления, не повредит ли новый mac механизм push-уведомлений?

Я сталкивался Разработка приложения для iPhone на нескольких компьютерах Mac , на самом деле он не ответил на мой вопрос.Я хочу знать, с точки зрения Apple, что мне нужно сделать на новом Mac, чтобы собрать один и тот же исполняемый файл с обеих машин.(и не навреди действующему толкающему механизму).

Спасибо ...

Ответы [ 3 ]

4 голосов
/ 07 сентября 2011

Существует инструмент, называемый контролем версий. Вы можете использовать Git или SVN или Mercurial.

При компиляции (с вашей учетной записью Apple Developer компании) ваш код будет одинаковым на обоих Mac (если вы обновили с обеих сторон). На самом деле мой собственный код безразлично компилируется на моем iMac, моем Mac Book Air или Mac Book Pro моей подруги.

1 голос
/ 07 сентября 2011

Убедитесь, что на втором Mac установлены те же инструменты разработки iOS и SDK.Экспортируйте сертификаты разработчика и дистрибутива с первого Mac.Создайте новую учетную запись пользователя на втором Mac и установите там сертификаты.Скопируйте ваш проект и все исходные файлы (включая plist, xibs, ресурсы и т. Д.) Приложения на второй Mac (или, если вы используете репозиторий контроля версий, проверьте свежую копию нужной ревизии).

Push-уведомления не имеют ничего общего с Mac, используемым для создания приложения.Если 1-й Mac выступает в роли сервера push-уведомлений, он все еще может делать это для приложений, созданных на 2-м (если вы не меняете идентификаторы и т. Д.)

0 голосов
/ 07 сентября 2011

versioning :) http://en.wikipedia.org/wiki/Revision_control

в основном, у вас есть общее поле для хранения ваших файлов в разработке (называемое "хранилище")

в этом хранилище есть некоторые функции, такие как откат версии, конфликт и изменение отслеживания, отслеживание ошибок и так далее ...

Идея проста: у вас есть свои файлы и онлайн-хранилище, вы добавляете эти файлы в свое хранилище.Затем я присоединяюсь к проекту и беру эти файлы (операция называется «оформить заказ»), изменяю их несколько и выполняю операцию, называемую фиксацией: эта операция проверяет мою версию, объединяет измененные файлы с одним онлайн.Затем вы «обновляете» свою локальную версию: если вы не изменили те же строки, что и я, ошибки нет, и вы успешно обновили.Если мы изменили ту же строку и возник конфликт, процесс обновления прерывается.Затем вы можете увидеть, где появляется ошибка, и устранить ее с помощью инструмента сравнения (http://en.wikipedia.org/wiki/Diff)

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

Хостинг Google и Sourceforge - два замечательных примерарепозиториев (вы также можете проверить Git , который немного отличается)

Итак, вкратце: SVN - это ответ, который вам нужен:)

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