Rozumiem, że następujące polecenie zaktualizuje jeden strąk: pod update <podname>. Jednak powoduje to również aktualizację zależności między innymi zasobnikami (zasobnikami, które nie były zawarte w poleceniu aktualizacji), które zostały wcześniej zainstalowane. Czy istnieje sposób na zaktualizowanie pojedynczego zasobnika i pozostawienie wszystkich innych zależności w spokoju?

Upewnij się, że masz zainstalowaną najnowszą wersję CocoaPods. $ pod update PODzostał wprowadzony niedawno.

Zobacz ten wątek, aby uzyskać więcej informacji :

Aktualizacja $ pod

Po uruchomieniu pod update SomePodNameCocoaPods spróbuje znaleźć zaktualizowaną wersję pod SomePodName, nie biorąc pod uwagę wersji wymienionej w Podfile.lock. Zaktualizuje pod do najnowszej możliwej wersji (pod warunkiem, że odpowiada ograniczeniom wersji w twoim Podfile).

Jeśli uruchomisz aktualizację zasobnika bez nazwy zasobnika, CocoaPods zaktualizuje każdy zasobnik wymieniony w pliku Podfile do najnowszej możliwej wersji.

Aby zainstalować pojedynczą kapsułę bez aktualizacji istniejących-> Dodaj tę kapsułkę do pliku Podfile i użyj:

pod install --no-repo-update

Aby usunąć / zaktualizować konkretną kapsułę, użyj:

pod update POD_NAME

Przetestowany!

Jest 2015 rok

Ponieważ pod update SomePoddotyka wszystkiego w najnowszych wersjach cocoapods, znalazłem obejście.

Wykonaj kolejne kroki:

1. Usuń SomePodzPodfile

2. Biegać pod install

strąki zostaną teraz usunięte SomePodz naszego projektu i z Podfile.lockpliku.

3. Włóż z powrotem SomePoddoPodfile

4. Uruchom pod installponownie

Tym razem najnowsza wersja naszego zasobnika zostanie zainstalowana i zapisana w Podfile.lock.

tylko mówię:

pod install - do instalowania nowych strąków,

pod update - do aktualizacji istniejących strąków,

pod update podName - do aktualizacji tylko określonych kapsuł bez dotykania innych kapsuł,

pod update podName versionNum - do aktualizacji / obniżenia konkretnego zasobnika bez dotykania innych zasobników

Tylko mała informacja.

pod update POD_NAME

będzie działać tylko wtedy, gdy ten moduł został już zainstalowany. W przeciwnym razie będziesz musiał zaktualizować je wszystkie

pod update

Komenda

tl; dr use:

pod update podName

Czemu? Czytaj poniżej.

• pod updateNIE uszanuje podfile.lock. Zastąpi to.
• pod install uszanuje podfile.lock

Ten schemat pomaga lepiej zrozumieć różnice:

Główny problem pochodzi od ~>optymistycznego operatora .

Używanie dokładnych wersji w Podfilenie wystarczy

Niektórzy mogą pomyśleć, że podanie dokładnych wersji swoich strąków Podfile, na przykład pod 'A', '1.0.0', wystarczy, aby zagwarantować, że każdy użytkownik będzie miał tę samą wersję, co inni ludzie w zespole.

Wtedy mogą nawet użyć pod update, nawet po prostu dodając nowy zasobnik, myśląc, że nigdy nie zaryzykuje aktualizacji innych zasobników, ponieważ są one ustawione na określonej wersji w Podfile.

Ale w rzeczywistości to nie wystarczy, aby zagwarantować, że użytkownik 1 i użytkownik 2 w powyższym scenariuszu zawsze otrzymają dokładnie taką samą wersję wszystkich swoich kapsuł.

Jednym z typowych przykładów jest Azależność kapsuły od kapsuły A2- zadeklarowanej A.podspecjako dependency 'A2', '~> 3.0'. W takim przypadku użycie kapsuły 'A', '1.0.0'w pliku Podfile zmusi zarówno użytkownika1, jak i użytkownika2, do korzystania zawsze z wersji 1.0.0 kapsuły A, ale:

• użytkownik1 może skończyć z kapsułą A2w wersji 3.4(ponieważ była A2to najnowsza wersja w tym czasie)
• podczas gdy użytkownik 2 uruchamia się pod installprzy dołączaniu do projektu później, może dostać A2wersję w wersji 3.5(ponieważ opiekun A2mógł w międzyczasie wydać nową wersję). Dlatego jedynym sposobem, aby upewnić się, każdy członek zespołu pracy z tymi samymi wersjami wszystkich strąków na każdym znajduje się komputer jest użycie Podfile.locki właściwie wykorzystywać pod installw porównaniu pod update.

Powyższy fragment pochodzi z instalacji pod w porównaniu z aktualizacją pod

Ja również bardzo polecam oglądania co robi podfile.lockDO

Używam cocoapods version 1.0.1i używam pod update name-of-poddziała idealnie. Żadne inne kapsułki nie są aktualizowane, tylko ten, który wprowadzasz.

Jest to nieco odstające i prawdopodobnie nie będzie to, z czym miał do czynienia OP, ale pod update <podname>nie będzie działać we wszystkich przypadkach, jeśli używasz lokalnego komputera na swoim komputerze.

W tej sytuacji jedyną rzeczą, która uruchomi się pod updatedo działania, jest zmiana pliku podspec. Jednak dokonanie zmiany pozwoli również na pod installpracę.

W tej sytuacji możesz po prostu zmodyfikować coś pomniejszego, na przykład opis lub streszczenie, za pomocą jednej litery, a następnie pomyślnie uruchomić polecenie instalacji lub aktualizacji.