Sandbox nie jest zsynchronizowany z Podfile.lock-ios

Question

Mam następujące błędy po wypróbowaniu wielu odpowiedzi z google.

PhaseScriptExecution Check\ Pods\ Manifest.lock /Users/apple/Library/Developer/Xcode/DerivedData/Build/Intermediates/FoodSpot.build/Debug- 
    iphonesimulator/FoodSpotTests.build/Script-36819C3C1B6A30F50091382D.sh 
     cd "/Users/apple/Downloads/FoodSpot 2" 
     /bin/sh -c /Users/apple/Library/Developer/Xcode/DerivedData/Build/Intermediates/FoodSpot.build/Debug-iphonesimulator/FoodSpotTests.build/Script-36819C3C1B6A30F50091382D.sh 

    diff: /../Podfile.lock: No such file or directory 
    diff: /Manifest.lock: No such file or directory 
    error: The sandbox is not in sync with the Podfile.lock. 
    Run 'pod install' or update your CocoaPods installation. 

Wielokrotnie aktualizowałem i instalowałem, ale nie są one przydatne.

Answer 1

Uruchom "podinstalacja" lub zaktualizuj instalację CocoaPods.

Masz odpowiedź w samym błędzie!

Komunikat o błędzie informuje, że należy zaktualizować instalację CocoaPods.

Można usunąć biblioteki libPods w frameworkach i bibliotekach oraz zaktualizować Cocoapod za pomocą pod install.

również:

czyste i zbudować projekt

SO nazwy:

CocoaPods Errors on Project Build

Error:"The sandbox is not in sync with the Podfile.lock..." after installing RestKit with cocoapods

Answer 2

Dla mnie to działa, po co następuje:

pod deintegrate --verbose  
pod install --verbose 

Answer 3

Usunięcie wyprowadzonych danych zrobiło mi za mnie. Usunąłem, wchodząc do samego Findera.

Answer 4

Upewnij się, że dodano krok budowania linii komend "podinstalacja" przed etapem budowania Xcode Project.

Błąd pochodzi ze skryptu uruchamiania fazy budowy w celu projektu Xcode, który nie może znaleźć Podfile.lock. Ten plik jest generowany przez CocoaPods, który musi być zainstalowany w kroku kompilacji w projekcie TeamCity.

moje kroki budować wyglądać następująco: linia

1. rozkazu: bundle install --path .bundle (instaluje cocoapods lokalnych do projektu z wykorzystaniem Gemfile). Linia
2. Command: bundle exec pod install --verbose (używa Podfile)
3. Wiersz poleceń: carthage update --platform iOS (używa Cartfile)
4. Xcode projektu
linię
5. polecenia zbudować archiwum
6. wiersza polecenia, aby przesłać kompilacji

Mam nadzieję, że to pomoże.

Answer 5

dokonać zmian w podfile jak podano poniżej:

Starsze pliku pod

target: nazwa_obiektu_docelowego,: wyłączne => true zrobić

Zmieniono pod plik

docelowej "TargetName" do

Answer 6

W moim przypadku wystąpiły błędy w obiekcie docelowym testu. Nie potrzebowałem celu _Tests, więc go usunąłem. Rozwiązało to błąd.

Answer 7

Jestem prawie pewien, że otworzyłeś przestrzeń roboczą projektów, którą próbujesz zainstalować nowe kapsuły. Więc wypróbować następujące (dla mnie to działało):

1. Clean projekt
2. zamknąć projekt
3. Run pod install
4. Otwórz projekt i spróbuj ponownie budowy to jeszcze raz

Problem mógł zostać rozwiązany.

Pozdrawiam!

Answer 8

W moim przypadku dostałem ten sam błąd po zintegrowaniu moich innych celów. Aby rozwiązać problem, musiałem dodać oba cele w Podfile:

abstract_target 'myApp' do 
    use_frameworks! 

    pod 'Alamofire', '~> 3.0' 
    pod 'SwiftyJSON' 

    target 'myAppOtherTarget' 
end 

Mam nadzieję, że pomoże someones ...

Answer 9

Dzieje się tak, gdy strąki kakao nie zainstalować lub odinstalować prawidłowo

Jeśli chcesz zainstalować strąki kakao uruchomić

pod install 

jeśli chcesz odinstalować strąki kakao następnie uruchomić polecenie

pod deintegrate 

Answer 10

Miałem ten sam problem. Okazało się, że wersja cocoapods na Manifest.lock była wyższa niż na moim macu. Musiałem zrobić "sudo gem install cocoapods", aby uzyskać wersję cocoapods do tego, co zostało określone w pliku Manifest.lock. Rozwiązało to problem i nie miałem błędów przy budowaniu projektu.

Answer 11

Mam do czynienia z tym samym problemem teraz i naprawione za pomocą tego polecenia po przejściu do lokalizacji projektu w terminalu.

pod install --repo-update 

Answer 12

Wystarczy przejść do fazy Budowanie i kliknij [CP] sprawdzić Pods Manifest.lock.

diff "$ {PODS_PODFILE_DIR_PATH} /Podfile.lock" "$ {PODS_ROOT} /Manifest.lock">/dev/null

Zarówno PODS_PODFILE_DIR_PATH i POD_ROOT powinna określać w zdefiniowanym przez użytkownika w ustawieniach kompilacji. POD_ROOT powinien mieć poprawną ścieżkę do pliku Manifext.lock, a POD_PODFILE_DIR_PATH powinna mieć poprawną ścieżkę dla Podfile.blokada

Dodaj poniżej w ustawieniach kompilacji.

PODS_ROOT ---- $ {SRCROOT}/Pods

PODS_PODFILE_DIR_PATH ---- $ {SRCROOT}

Answer 13

Dla mnie powodem było missign zmiennych definiowanych przez użytkownika w ustawieniach budować!

Poszukując problemu, fazy budowy próbują zmienić 2 pliki.

diff "${PODS_PODFILE_DIR_PATH}/Podfile.lock" "${PODS_ROOT}/Manifest.lock" > /dev/null 

Właśnie z powodu brakujących PODS_PODFILE_DIR_PATH i PODS_ROOT zmiennych, zakłada je jako „punkty”, więc $ {PODS_PODFILE_DIR_PATH} /Podfile.lock do /Podfile.lock i samo dla drugiej.
Więc to nie w

diff /Podfile.lock and /Manifest.lock

naprawiłem to przez dodanie 2 Ustawienia zdefiniowane przez użytkownika do ustawienia kompilacji

1. PODS_ROOT = $ {SRCROOT}/pods
2. PODS_PODFILE_DIR_PATH = $ { SRCROOT} /.

Answer 14

Jeśli zdarzy ci się przenieść Podfile jak ja i zmierzyć się z tym problem, rozwiązanie omówione poniżej mogą pomóc -

1. Usuń wszystkie niżej - Folder strąków xcworkspace plik, plik podlock (pominąć te, które nie są dostępne dla podfolderów)
2. usunąć wszystkie kroki, które posiada [CP] w nim na karcie fazy budowy
3. powtórz krok 1 & 2 dla wszystkich projektów cząstkowych, które masz w swoim obszarze roboczym
4. otwarta przestrzeń robocza, przejdź do każdego projektu i usuwać ramy strąkach i usunąć folder strąków z każdego projektu
5. blisko roboczy
6. prowadzony pod zainstalować

powinien teraz być w stanie otworzyć, budowania i uruchomić projekt