Я понимаю , что следующая команда будет обновляться один стручок: pod update <podname>. Однако это также обновляет зависимости других модулей (модулей, которые не были включены в команду обновления), которые вы ранее установили. Есть ли способ обновить один модуль и оставить все остальные зависимости в покое?

Убедитесь, что у вас установлена ​​последняя версия CocoaPods. $ pod update PODбыл представлен недавно.

Смотрите эту тему для получения дополнительной информации :

$ pod update

При запуске pod update SomePodNameCocoaPods попытается найти обновленную версию модуля SomePodName без учета версии, указанной в Podfile.lock. Он обновит модуль до последней возможной версии (при условии, что он соответствует ограничениям версии в вашем Podfile).

Если вы запускаете обновление модуля без имени модуля, CocoaPods обновит каждый модуль, указанный в вашем Podfile, до последней возможной версии.

Чтобы установить один модуль без обновления существующих -> Добавьте этот модуль в свой Podfile и используйте:

pod install --no-repo-update

Чтобы удалить / обновить конкретный модуль, используйте:

pod update POD_NAME

Проверено!

Это 2015

Поэтому, поскольку pod update SomePodзатрагивает все в последних версиях Cocoapods, я нашел обходной путь.

Выполните следующие шаги:

1. Удалить SomePodизPodfile

2. Бегать pod install

стручки теперь будут удалены SomePodиз нашего проекта и из Podfile.lockфайла.

3. Положить обратно SomePodвPodfile

4. Запустить pod installснова

На этот раз будет установлена ​​и сохранена последняя версия нашего модуля Podfile.lock.

просто говорю:

pod install - для установки новых контейнеров,

pod update - для обновления существующих модулей,

pod update podName - для обновления только определенных модулей, не касаясь других модулей,

pod update podName versionNum - для обновления / СКАЧИВАНИЯ определенного модуля, не касаясь других модулей

Просто небольшое уведомление.

pod update POD_NAME

будет работать, только если этот модуль уже был установлен. В противном случае вам придется обновить их все

pod update

команда

TL; Dr использовать:

pod update podName

Зачем? Читай ниже.

• pod updateНЕ будет уважать podfile.lock. Это переопределит это.
• pod install будет уважать podfile.lock

Эта диаграмма помогает лучше понять различия:

Основная проблема исходит от ~>ака оптимистического оператора .

Использование точных версий в Podfileнедостаточно

Некоторые могут подумать, что указание точных версий своих модулей в их Podfile, например pod 'A', '1.0.0', достаточно, чтобы гарантировать, что у каждого пользователя будет та же версия, что и у других людей в команде.

Тогда они могут даже использовать pod update, даже просто добавляя новый модуль, думая, что никогда не рискнет обновить другие модули, потому что они привязаны к определенной версии в Podfile.

Но на самом деле этого недостаточно, чтобы гарантировать, что user1 и user2 в нашем вышеупомянутом сценарии всегда получат одинаковую версию всех своих модулей.

Один типичный пример - если у модуля Aесть зависимость от модуля, A2объявленного A.podspecкак dependency 'A2', '~> 3.0'. В таком случае использование pod 'A', '1.0.0'в вашем Podfile действительно заставит user1 и user2 всегда использовать версию 1.0.0 pod A, но:

• У user1 может быть pod A2в версии 3.4(потому что это была A2последняя версия на тот момент)
• в то время как когда user2 запускается pod installпри присоединении к проекту позже, они могут получить pod A2в версии 3.5(потому что сопровождающий A2может выпустить новую версию за это время). Вот почему единственный способ обеспечить, чтобы каждый член команды работал с одинаковыми версиями всех модулей на каждом компьютере, - это использовать Podfile.lockи правильно использовать pod installи pod update.

Вышеприведенный отрывок был взят из установки pod или обновления pod

Я также настоятельно рекомендую смотреть , что делает podfile.lockDo

Я использую cocoapods version 1.0.1и использую pod update name-of-podработает отлично. Никакие другие модули не обновляются, только конкретная, которую вы вводите.

Это немного выделяется и вряд ли будет тем, с чем имел дело OP, но pod update <podname>не будет работать во всех случаях, если вы используете локальный модуль на вашем компьютере.

В этой ситуации единственное, что сработает, pod update- это изменение файла podspec. Однако внесение изменений также позволит pod installработать.

В этой ситуации вы можете просто изменить что-то второстепенное, например, описание или сводку, на одну букву, а затем успешно выполнить команду установки или обновления.