2012-01-04 2 views

ответ

8

Очень уродливое решение, которое я использовал, заключается в добавлении дополнительной фиктивной цели iOS или Mac OS X, которую я использую только для получения кода и документации.

ли что-то вроде этого:

  1. Добавить "Cocoa Application" цель и назовите его < название проекта > -doc.
  2. Добавьте файлы, которые хотите изменить в новой группе или используйте только что созданную целевую группу.
  3. Убедитесь, что файлы, которые вы хотите изменить, помечены как члены в имени проекта < > -doc, используя раздел «Целевое членство» в правой части служебных программ.

Теперь отредактируйте и создайте с помощью своей внешней цели системы построения.

Если это проект IOS вы можете даже взять его на один шаг дальше и добавить дополнительный «Empty Application» < Название проекта > -run цель, используемый для «обмануть» Xcode, чтобы запустить внешнее приложение, встроенный в тренажере или даже на устройстве, если ваша внешняя система сборки знает, как подписать и построить универсальные или просто нормальные двоичные файлы с правильной архитектурой.

  1. Добавить "Empty Application" цель IOS и назовите его < название проекта > -run.
  2. Редактировать схему для < название проекта > -run и добавить свою цель внешней системы сборки в качестве цели перед именем проекта < > -run target.
  3. Измените раздел «Запуск ...» на имя проекта <. > -проведите схему, указав исполняемый путь на прикладной пакет, построенный вашей внешней системой сборки.

Теперь редактировать вместе и построить и запустить, используя имя < проекта > -run цель, и она будет инициировать внешнюю цель, а затем запустить в симуляторе или отладки на устройстве. Я сделал это в сочетании с именем проекта < > -doc, и он отлично работает, просто убедитесь, что вы помечаете файлы, которые вы редактируете, только являетесь участником проекта проекта < > -doc, иначе Xcode попытается создать вещи для тебя.

Смежные вопросы