Po wykonaniu pod installw bazie mojego projektu pojawia się następujący błąd:

CocoaPods nie ustawił podstawowej konfiguracji projektu, ponieważ ponieważ projekt ma już niestandardowy zestaw konfiguracji. Aby CocoaPods integracji do pracy na wszystkich, należy albo ustawić konfiguracje bazy tarczy BluePlaquesLondonFrameworkdo Pods/Target Support Files/Pods/Pods.debug.xcconfiglub zawierać Pods/Target Support Files/Pods/Pods.debug.xcconfigw konfiguracji kompilacji.

To prawdopodobnie brzmi głupio, ale jak ustawić podstawową konfigurację celu?

https://github.com/seanoshea/BluePlaquesLondon/blob/ios8/Podfile to Podfile, który powoduje ten problem.

http://github.com/seanoshea/BluePlaquesLondon w oddziale iOS 8 to plik Podfile, jeśli chcesz zobaczyć, jak wygląda projekt.

Miałem ten sam problem, ale w Xcode 6.1.1 - naprawiłem to, zmieniając ustawienie pliku konfiguracyjnego Nonena dwa cele związane z Pods, a następnie uruchamiającpod install ponownie.

Ustawienia pliku konfiguracyjnego można znaleźć, wybierając projekt (nie cel), a następnie zakładkę Informacje.

Nie majstruj, zresetuj.

Krok po kroku

1. Pokaż nawigator projektu
2. Wybierz Projekt
3. Wybierz Info
4. W Konfiguracjach wybierz każdą z osobna (Debugowanie, ApplicationUnitTest, Release itp.), A dla każdego celu w ramach tej konfiguracji ustaw konfigurację na Brak .
5. Upewnij się, że w oparciu o plik konfiguracyjny brzmi 0 Zestaw konfiguracji lub Brak konfiguracji dla każdej konfiguracji. To jest sedno.
6. Zamknij Xcode
7. rm -rf Pods/ Podfile.lock ; pod install

Gdy pozwolisz pod installkrok 7po kroku wykonać jego magię, możesz być w stanie użyć niestandardowej konfiguracji i zmienić swoje konfiguracje.

Przejdź do XCode i otwórz ustawienia projektu, a na karcie Informacje zobaczysz „Konfiguracje”, w których możesz ustawić plik konfiguracyjny zarówno dla debugowania, jak i wydania. Najwyraźniej już ustawiłeś je na niestandardową konfigurację, a CocoaPods chce / potrzebuje, abyś użył konfiguracji Pods.

Wpadłem na ten sam problem. Opierałby się na symulatorze, ale nie na moim urządzeniu. Żadna z odpowiedzi nie rozwiązała tego dla mnie. Oto, co zrobiłem, łącząc kilka odpowiedzi:

1. Zmieniłem plik moich strąków, aby używał określonego celu:

   target :MyProject do
       pod 'AWSCognitoSync'
       pod 'Facebook-iOS-SDK'
   end

2. Ran pod zainstalować

3. To daje błąd: [!] CocoaPods did not set the base configuration of your project because your project already has a custom config set. In order for CocoaPods integration to work at all, please either set the base configurations of the target `MyProject` to `Pods/Target Support Files/Pods-MyProject/Pods-MyProject.debug.xcconfig` or include the `Pods/Target Support Files/Pods-MyProject/Pods-MyProject.debug.xcconfig` in your build configuration.
4. Idź Ustawienia projektu i kliknij kartę Informacje. Wystąpi błąd, gdy nie będzie mógł znaleźć pliku konfiguracji. Ustaw na „Brak” w celu debugowania i wydania.
5. Uruchom ponownie instalację pod
6. Oczyść i buduj. To działa.

Powinieneś także upewnić się, że nie masz żadnych strąków w katalogu głównym Podfile, powinieneś zdefiniować wszystkie strąki, które są używane w wielu takich celach:

def shared_pods
  pod 'ReactiveCocoa', '~> 2.5'
end
target 'app' do
  shared_pods
  pod 'RestKit'
end
target 'tests' do
  shared_pods
  pod 'OCMock'
end

Konieczne może być również usunięcie libPods.ai libPods-app.az zależności docelowych, wykonanie czyszczenia, a następnie pod installponowne uruchomienie .

Właśnie natrafiłem na ten problem po dodaniu niestandardowych konfiguracji kompilacji. Widziałem pod:

Pods (target) > Target Support Files > Pods

że faktycznie utworzył nowe xcconfigpliki, które pasowały do ​​nowych konfiguracji kompilacji, ale z jakiegoś powodu nie mogłem ich wybrać w celu projektu mojej aplikacji.

Tym, co naprawiło to dla mnie, było zainstalowanie i użycie cocoapods-deintegrate :

gem install cocoapods-deintegrate

a następnie uruchom:

pod deintegrate

śledzony przez:

pod install

Linia w podfile, która generuje problem, to: link_with ['BluePlaquesLondon', 'BluePlaquesLondonFramework'].

Po prostu zrób to: link_with ['BluePlaquesLondon'] lub ten (działał w moim przypadku, mam nadzieję, że będzie w twoim :-)):

source 'https://github.com/CocoaPods/Specs.git'
platform :ios, '8.0'

xcodeproj 'BluePlaquesLondon.xcodeproj'
inhibit_all_warnings!
link_with ['BluePlaquesLondon']

def import_pods

     pod 'TTTAttributedLabel', '~> 1.10.1'
     pod 'GoogleAnalytics-iOS-SDK', '~> 3.0.9'
     pod 'Google-Maps-iOS-SDK'
     pod 'IntentKit'
     pod 'HCViews'
     pod 'SVProgressHUD', :head
     pod 'iRate'
     pod 'iOS-KML-Framework', :git => 'https://github.com/FLCLjp/iOS-KML-Framework.git'

end

import_pods

target "BluePlaquesLondonFramework" do
    import_pods
    pod 'Kiwi'
end

Jeśli dodałeś niestandardową konfigurację kompilacji do istniejącego projektu, Cocoapods narzeka na to.

Cocoapods automatycznie utworzy pliki xcconfig w katalogu Pods/Target Support Files/<build_target>zgodnie ze wzorcem nazewnictwa Pods-<build_target>.<build_config>.xcconfig.

Pamiętaj tylko, aby ręcznie dodać te pliki do swojego projektu w Xcode (w katalogu Pods, ale nie w projekcie Pods!). Po dołączeniu tych plików wybierz projekt w Xcode, przejdź do zakładki „Informacje” i rozwiń niestandardową konfigurację. Wybierz odpowiedni plik xcconfig dla każdego celu w niestandardowej konfiguracji.

Miałem ten sam błąd podczas instalacji pod. Próbowałem wszystkiego (ponownie zainstaluj kapsułę, zaktualizuj wszystkie klejnoty itp.) I znalazłem rozwiązanie działające w moim przypadku. Wystąpił problem z powodu zmiany nazwy celu. W takim przypadku rozwiązanie jest proste:

1. Kliknij Produkt -> Schemat -> Zarządzaj schematami ...
2. Kliknij cel na liście i usuń go znakiem „-” w dolnej części okna.
3. Kliknij „+”, aby dodać cel z powrotem do listy. Wybierz prawidłowy cel i nazwę.

W końcu wszystko powinno działać.

1. Dodaj odpowiednie pliki xcconfig do swojego projektu. Cocoapods je utworzą, ale nie można ich ustawić w Xcode, dopóki nie znajdą się w projekcie.
   • Prawdopodobnie chcesz je dodać do grupy Pods, w której znajdują się inne pliki xcconfig. Kliknij prawym przyciskiem myszy i dodaj pliki.
   • Wyszukaj pliki xcconfig w folderze projektu lub zajrzyj do niego Pods/Target Support Files/[TARGET_NAME]/(Mam różne cocoapody skonfigurowane dla każdego celu (rozszerzenie i główny projekt mogą się nieco różnić w twoim przypadku)
2. Przejdź do konfiguracji projektu w informacjach o głównym projekcie
3. Dla każdego celu i konfiguracji ustaw odpowiednią konfigurację zasobników.
4. pod install ponownie i nie powinno być żadnych błędów.

Przeniosłem strąki w Podfile na zewnątrz od celu. Zmiany plików z tego:

# Uncomment this line to define a global platform for your project
# platform :ios, '8.0'
# Uncomment this line if you're using Swift
use_frameworks!

target 'MyProject' do

pod 'Firebase', '>= 2.5.0'
pod 'Onboard'
pod 'GoogleMaps'
pod 'IQDropDownTextField'

end

Do tego:

# Uncomment this line to define a global platform for your project
# platform :ios, '8.0'
# Uncomment this line if you're using Swift
use_frameworks!

pod 'Firebase', '>= 2.5.0'
pod 'Onboard'
pod 'GoogleMaps'
pod 'IQDropDownTextField'

target 'MyProject' do

end

W przypadku korzystania z niestandardowej konfiguracji możesz postępować zgodnie z sugestią zawartą w ostrzeżeniu i dołączyć konfigurację Pod do pliku konfiguracyjnego

     #include "Pods/Target Support Files/Pods-YYY/Pods-YYYY.develop-archive.xcconfig"

To NIE zatrzyma ostrzeżeń, ale pozwoli ci użyć twojej prywatnej konfiguracji (istnieje ostrzeżenie o błędzie w projekcie CocoaPods) https://github.com/CocoaPods/CocoaPods/issues/2633

Dla mnie problem polegał na zmianie wspomnianych nazw plików xcconfig przed aktualizacją Swift 3.

Coś nie było zsynchronizowane, więc Cocoapods utworzył sekcję folderu „Odzyskane referencje” ze starymi nazwanymi plikami i połączono z nimi.

Aby to naprawić, ja:

1. Usunięto folder „Odzyskane referencje” i zawierające stare pliki .xcconfig z Xcode i systemu plików

2. Zamknij Xcode

3. Uruchom instalację pod

Potem wszystko zostało załatwione i ostrzeżenia zniknęły.

Udało mi się zbudować projekt dotknięty tym problemem na XCode 6 przez:

• wybierając Projekt z Nawigatora projektu
• wybierając Projekt zamiast Cel
• przejście do zakładki Informacje
• wybierając Pods. (debugowanie / wydanie) Pliki konfiguracyjne z combobox dla odpowiednich konfiguracji.

Mam nadzieję, że to komuś pomoże.

Stało się tak, ponieważ miałem już konfigurację kapsuły. Jestem nowy w tworzeniu iOS, szukałem instrukcji, aby zainstalować Alamofire + SwiftyJSON, i ostatecznie nieumyślnie instalowałem biblioteki. Dla mnie zadziałało: w folderze „Docelowe pliki obsługi” w projekcie „Pods” wybrałem dwa prawidłowe pliki .xcconfig i przeciągnąłem je do folderu „Pods” mojego projektu aplikacji. Umożliwiło to wybór prawidłowych plików konfiguracyjnych w konfiguracji podstawowej.

Ale jeśli ponownie uruchomię „instalację pod”, ostrzeżenie zmieni się na poprzedni plik .xcconfig. Próbuję usunąć pliki i starą strukturę z głównego projektu, ale kiedy ponownie uruchomiłem poprzednie polecenie, dałem mi to samo ostrzeżenie i utworzyłem plik „Pods.framework” w folderze „Pods” mojego projektu aplikacji. Zignorowałem to i wydaje się, że działa dobrze, pomimo dwóch ram. Nie wiem, czy to prawda, a rozwiązanie, jeśli istnieje, byłoby mile widziane.

Miałem błąd:

diff: /../Podfile.lock: Brak takiego pliku lub katalogu diff: /Manifest.lock: Brak takiego pliku lub błędu katalogu: Piaskownica nie jest zsynchronizowana z Podfile.lock.

Po raz pierwszy ściągnąłem prośbę z bitbucket. Wyczyściłem swój projekt i wypróbowałem wszystko (instalacja pod, aktualizacja pod itp.), Ale żadna z powyższych odpowiedzi nie zadziałała. Następnie po prostu sprawdzam ścieżkę, w której instalowałem pod, poprawiłem go i zainstalowałem ponownie. Po prostu działało. Upewnij się, że podałeś ścieżkę tuż przed tym, gdzie istnieją .xcodeproj lub .xcworkspace (jeśli już tam jest). Może ktoś skorzysta z tego.

Najprostsze rozwiązanie tego problemu (po wielokrotnym występowaniu tego problemu):

1. Usuń Podfile & Podfile.lock z biblioteki projektu (zapisz gdzieś Podfile, abyś mógł łatwo wkleić go do nowego Podfile)
2. uruchom „pod init”
3. Edytuj „Podfile” do swojej woli (dodaj używane strąki)
4. uruchom „pod install”

Spowodowałoby to odtworzenie wszystkiego i działa zawsze w ciągu kilku minut (nie poświęcając czasu na inżynierii wstecznej „błędu”).