Разработка Pod для iOS проекта - улучшение методологии работы - PullRequest
Новая
       38

Разработка Pod для iOS проекта - улучшение методологии работы

0 голосов
/ 13 февраля 2019

Я работаю над проектами Pod на работе, основная цель - выделить части основного приложения в отдельные библиотеки.

Дело в том, что процесс разработки модуля, а затем его тестирования в основном приложении кажется слишком медленным.Например, гораздо медленнее, чем разработка основного проекта.

Моя главная жалоба заключается в том, что Xcode 10 требует, чтобы я сделал следующее, чтобы основной проект получил изменения:

  1. Чтобы перестроить модуль.
  2. Запустите pod update в моем главном проекте.
  3. Индексируйте и перестройте основной проект

Мне было интересно, если кто-то знает, какизбегайте шага 2 (который также уменьшает индексирование основного проекта с шага 3).

Ответы [ 3 ]

0 голосов
/ 13 февраля 2019

Я тоже испытывал эту проблему некоторое время назад.Мое решение состоит в том, чтобы переключиться на систему сборки Legacy (File -> Project / Workspace Settings).Создайте его снова, проверьте, обновлены ли новые изменения в ваших фреймворках.Затем вы можете вернуться к новой системе сборки.

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

0 голосов
/ 17 июля 2019

Правильная методика работы, которая лучше всего сработала для меня, следующая:

1) Система сборки: кредит переходит к @ qtngo.

Чтобы перейти наустаревшая система сборки.Таким образом, XCode знает, как создавать изменения по мере необходимости, и не требует перестройки всего.

как это сделать: Перейдите в Файл -> Рабочее пространство / Настройки проекта -> Создать систему - здесь перейдите на устаревшую версию.

2) В PodFile установите модуль, ссылающийся на локальную библиотеку: 

 if development
    pod 'YourPod', :path => '../your_pod'
  else
    pod 'YourPod', :git => 'https://user@bitbucket.org/company/your_pod.git'
  end

Затем выполните pod install после удаления кэшированных данных модуля и разверните его в созданной рабочей области..

3) Создание файлов Вы можете создавать новые файлы в своей папке для разработки модулей прямо через главное рабочее пространство проекта.Просто имейте в виду, что файлы будут зарегистрированы в файле проекта pod, а НЕ в файле проекта pod.Поэтому просто откройте параллельно Xcode экземпляр вашего проекта pod и добавьте файлы (или просто сделайте это перед фиксацией, но в случае появления большого количества новых файлов это может запутаться).

4) Проверка всего:

4.1) Зафиксируйте и нажмите ваш модуль.

4.2) Очистите данные модуля из основного проекта (папка Pods + Podfile.lock) и установите для флага development значение false.Нам нужен этот шаг, потому что текущее рабочее пространство содержит ваш модуль в качестве модуля разработки в указанной папке для разработки.Поэтому нажмите pod install, чтобы получить удаленный модуль с вашими последними изменениями.Если все компилируется и запускается, как и ожидалось, не стесняйтесь коммитить + нажать на модуль как часть приложения.

0 голосов
/ 13 февраля 2019

У меня похожая проблема с проектом, над которым я сейчас работаю.

Похоже, что это ошибка, появившаяся в CocoaPods начиная с XCode 10. Мы можем надеяться только на исправление в будущем..

Однако ваши шаги длиннее моих.Когда изменяет файл в нашем модуле разработки, нам нужно

  1. Запускать Product -> Clean build folder
  2. Запускать приложение как обычно

Когда создает новый файл внутри нашего модуля разработки, нам необходимо

  1. Запустить pod install
  2. Запустить приложение как обычно

Операции командной строки pod кажутся актуальными только при добавлении новых файлов или удалении старых.Редактирование файла можно обнаружить, используя только чистую.Использование этого может в будущем сократить время сборки.

...