Как избежать сборки и липкой универсальной платформы каждый раз, когда создается проект? - PullRequest
1 голос
/ 17 апреля 2020

У меня есть проект, который использует пользовательский фреймворк, который я создал. Эта структура предоставляет чистый API, основанный на Objective- c, который скрывает код на языке c ++.

У платформы есть универсальная цель компоновщика, которая использует Run Script для запуска xcodebuild, а затем накладывает двоичные файлы на среду для включения.

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

enter image description here

1 Ответ

0 голосов
/ 19 апреля 2020

Ну, после долгих исследований и падений я понял две вещи.

  1. Мне не нужна была цель универсального сценария сборки. Причина в том, что рамочный проект был включен в приложение, с которым я работал. Таким образом, xCode автоматически создает правильную архитектуру для фреймворка. Это ускоряет процесс сборки, поскольку теперь сборка фреймворка будет происходить только тогда, когда что-то изменится.

  2. Так что, если вам все еще нужно использовать универсальный скрипт сборки, используйте входные файлы и выходные файлы для определите переменные вашего скрипта. Затем это позволяет xCode проверить, нужно ли создавать файлы и, таким образом, выполнить скрипт. Подробнее об этом здесь: https://patrickbalestra.com/blog/2018/08/27/improving-your-build-time-in-xcode-10.html

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