Я розумію , що наступна команда буде оновлюватися один стручок: pod update <podname>. Однак це також оновлює залежності інших стручків (стручки, які не були включені до команди оновлення), які ви встановили раніше. Чи є спосіб оновити один струк і залишити всі інші залежності в спокої?

Переконайтеся, що у вас встановлена ​​остання версія CocoaPods. $ pod update PODбула представлена ​​нещодавно.

Дивіться цю тему для отримання додаткової інформації :

$ pod оновлення

Під час запуску pod update SomePodNameCocoaPods спробує знайти оновлену версію стручка SomePodName, не враховуючи перелічену версію Podfile.lock. Він оновить поділ до останньої можливої ​​версії (доки він відповідає обмеженням версій у вашому Podfile).

Якщо ви запускаєте оновлення pod без будь-якого імені стручка, CocoaPods оновлює кожен струк, вказаний у вашому Podfile, до останньої можливої ​​версії.

Щоб встановити один струк без оновлення існуючих-> Додайте його до свого Podfile та скористайтеся:

pod install --no-repo-update

Для видалення / оновлення певного користування стручком:

pod update POD_NAME

Перевірено!

Це 2015 рік

Так тому pod update SomePod стосується всього, що в останніх версіях какаодів, я знайшов вирішення.

Виконайте наступні дії:

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 стручка A, але:

• user1 може закінчитися поділом A2 у версії 3.4(тому що це булоA2 остання версія на той час)
• тоді як, коли user2 працює pod installпід час приєднання до проекту пізніше, вони можуть отримати струк A2у версії 3.5(тому що тех, хто підтримує, A2можливо, тим часом випустив нову версію). Ось чому єдиний спосіб забезпечити роботу кожного члена команди з однаковими версіями всіх стручків на комп'ютері кожного - це використовувати Podfile.lockта правильно використовувати pod installvs.pod update .

Наведений вище уривок був похідний встановлення pod та порівняння pod

Я також настійно рекомендую подивитися, що podfile.lockробити

Я використовую cocoapods version 1.0.1і використовую pod update name-of-podроботи ідеально. Жодна інша стручка не оновлюється, лише конкретна, яку ви ввели.

Це трохи чуже і, швидше за все, не те, чим займалася ОП, але pod update <podname> не буде працювати у всіх випадках, якщо ви використовуєте локальний стручок на комп’ютері.

У цій ситуації єдине, що призведе pod updateдо спрацьовування, - це зміни файлу podspec. Однак внесення змін також дозволитьpod install працювати також.

У цій ситуації ви можете просто змінити щось незначне, наприклад, опис або резюме одним листом, і тоді ви зможете успішно запустити команду встановлення або оновлення.