Разработка Pod - повысить эффективность методологии работы

Question

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

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

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

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

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

Answer 1

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

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

Answer 2

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

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

Тем не менее, ваши шаги длиннее, чем мои. При изменении файла в нашем модуле разработки нам нужно

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

При создании нового файла внутри нашего модуля разработки нам нужно

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

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

Answer 3

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

1) Система сборки: заслуга @qtngo.

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

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

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

 if development
    pod 'YourPod', :path => '../your_pod'
  else
    pod 'YourPod', :git => 'https://[e-mail]/company/your_pod.git'
  end

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

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

4) Проверяем все:

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

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