2014-11-24 11 views
11

, więc użyłem Venmo/Synx w moim projekcie Xcode z CocoaPods, i to całkowicie wszystko spieprzyło.Niepoprawna ścieżka dla pliku Pods.debug.xcconfig w Xcode?

udało mi się naprawić błędy Manifest.lock i Podfile.lock, ale teraz jestem coraz to błąd:

The file “Pods.debug.xcconfig” couldn’t be opened because there is no such file. (/Users/user/GitHub/xxxxxx/Pods/Pods/Target Support Files/Pods/Pods.debug.xcconfig)

Jak widać, ścieżka jest nieprawidłowa, ponieważ nie ma katalogu Pods/Pods (jest jedna dodatkowa kapsuła).

Jak mogę to naprawić? Dodałem tylko PODS_ROOT do zmiennej zdefiniowanej przez użytkownika, ponieważ to naprawiło moje pliki Podfile i Manifest.lock.

Każda pomoc będzie bardzo ceniona!


Edit:

Po dodaniu PODS_ROOT, mam to po uruchomieniu pod install.

[!] The `Project [Debug]` target overrides the `PODS_ROOT` build setting defined in `Pods/Target Support Files/Pods/Pods.debug.xcconfig'. This can lead to problems with the CocoaPods installation 
    - Use the `$(inherited)` flag, or 
    - Remove the build settings from the target. 
+0

Samo uruchomienie 'pod install' może rozwiązać ten problem. –

+0

@KeithSmiley Próbowałem już wiele razy, w tym usuwając wszystkie ślady CocoaPods, a następnie ponownie dodając. Próbowałem też "pod aktualizacji", bezskutecznie. Po prostu nie uda się rozwiązać problemu. –

+0

'Pods' powinien być również wyłączony z synx: https: // github.com/venmo/synx/blob/master/lib/synx/project.rb # L10 –

Odpowiedz

30

Miałem ten sam problem w Xcode 6.1.1. Wykonałem następujące czynności, aby go rozwiązać:

  1. Ustawienie pliku konfiguracyjnego * "Brak" dla celu związanego z kapsułami.
  2. Zamknij .xcworkspace.
  3. prowadzony pod zainstalować ponownie
  4. teraz otwarte i budować swój .xcworkspace

* Ustawienie plik konfiguracyjny znajduje się wybierając projekt (nie docelowy), a następnie zakładkę Info.

+0

Dobra odpowiedź. To się zgadzało –

+0

To naprawdę mi pomaga. Dzięki. – skyline75489

+0

Cieszę się, że pomaga :-) – Evana

1

Kilka rzeczy warto spróbować:

  • Jak wspomniano powyżej Keith, na pewno chcesz wykluczyć Pods z synx.
  • Niemal na pewno nie chcesz zastąpić ustawienia kompilacji PODS_ROOT.
  • Widziałem podobne błędy w Twoim projekcie z wieloma celami. Upewnij się, że numer Podfile zawiera ustawienie link_with określające wszystkie cele aplikacji.
  • Jeśli masz co najmniej jeden cel testowy, zastanów się nad użyciem swojego numeru Podfile, aby jawnie zaimportować wszystkie swoje kapsuły aplikacji do swoich aplikacji i celów testowych.
  • Nie mam zbyt dużego doświadczenia przy korzystaniu z niestandardowego xcconfig z CocoaPods, ale możesz najpierw spróbować usunąć swój xcconfig i pozwolić CocoaPods na wygenerowanie własnego.
+0

Dzięki za odpowiedź Jonathan. Kilka rzeczy: Nie używam niestandardowego xcconfig, tylko próbuję użyć tego, który został zbudowany. Nadpisuję tylko ustawienie kompilacji PODS_ROOT, ponieważ naprawia on błąd Podfile.lock i Manifest.lock, który również zaczął się po uruchomieniu synx. Używam tylko jednego celu i próbowałem link_with. –

+0

OK, ale naprawdę nie sądzę, że to jest podstawowy problem tutaj. Byłbym zaskoczony, gdyby twój niestandardowy "PODS_ROOT" nie powodował więcej problemów niż rozwiązuje. –

+0

to jest możliwe, ale jak mam stąd wyjść? –

0

Spróbuj usunąć plik debug.xcconfig i ponownie uruchom instalację. To rozwiązało mój problem

Powiązane problemy