2014-11-24 7 views
11

so habe ich Venmo/Synx auf meinem Xcode-Projekt mit CocoaPods verwendet, und es hat alles komplett vermasselt.Falscher Pfad für Pods.debug.xcconfig in Xcode?

konnte ich die Manifest.lock und Podfile.lock Fehler beheben, aber jetzt diesen Fehler Ich erhalte:

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)

Wie Sie sehen können, ist der Weg falsch ist, da es keine Pods/Pods Verzeichnis (Es gibt eine zusätzliche Kapsel).

Wie kann ich das beheben? Ich habe nur zu der benutzerdefinierten Variable hinzugefügt, da das meine Podfile- und Manifest.lock-Dateien repariert hat.

Jede Hilfe wäre sehr willkommen!


Edit:

Nach der Zugabe von PODS_ROOT, ich das bekommen, wenn pod install läuft.

[!] 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

Nur wieder 'pod install' zu laufen, kann dieses Problem beheben. –

+0

@KeithSmiley Ich habe das schon oft versucht, einschließlich aller Spuren von CocoaPods und dann wieder hinzufügen. Ich habe auch 'pod update' versucht, ohne Erfolg. Ich kann dieses Problem nicht erkennen. –

+0

'Pods' sollten ebenfalls von der Synx ausgeschlossen werden: https: // github.com/vno/synx/blob/master/lib/synx/project.rb # L10 –

Antwort

30

Ich hatte das gleiche Problem in Xcode 6.1.1. Ich habe Folgendes getan, um es zu lösen:

  1. Setzen Sie die Konfigurationsdatei Einstellung * "None" für die Pods bezogenen Ziel.
  2. Schließen Sie den .xcworkspace.
  3. Lauf pod installieren wieder
  4. jetzt offen und Ihre .xcworkspace bauen

* Die Konfigurationsdatei Einstellung, indem Sie das Projekt (nicht das Ziel) und dann auf die Registerkarte Info gefunden wird.

+0

Gute Antwort. THat hatte Recht –

+0

Das hilft mir wirklich. Danke, Mann. – skyline75489

+0

Froh, dass es hilft :-) – Evana

1

Ein paar Dinge einen Versuch wert:

  • Wie Keith oben erwähnt, sollten Sie auf jeden Fall Pods von synx auszuschließen.
  • Sie möchten die Build-Einstellung höchstwahrscheinlich nicht überschreiben.
  • Ich habe in einem Projekt mit mehreren Zielen ähnliche Fehler wie Ihre gesehen. Stellen Sie sicher, dass Ihre Podfile eine link_with Einstellung enthält, die alle Ihre App-Ziele angibt.
  • Wenn Sie mindestens ein Testziel haben, können Sie Ihre Podfile verwenden, um alle Ihre App-Pods explizit in Ihre Anwendungs- und Testziele zu importieren.
  • Ich habe nicht zu viel Erfahrung mit einem benutzerdefinierten xcconfig mit CocoaPods, aber Sie könnten zuerst versuchen, Ihre xcconfig zu entfernen und CocoaPods zu erlauben, seine eigene zuerst zu generieren.
+0

Danke für die Antwort Jonathan. Ein paar Dinge: Ich benutze kein benutzerdefiniertes xcconfig, versuche nur das erstellte zu verwenden. Ich überschreibe nur die Build-Einstellung PODS_ROOT, weil es den fehlenden Fehler Podfile.lock und Manifest.lock behebt, der auch nach der Ausführung von synx gestartet wurde. Ich verwende nur ein Ziel und versuchte link_with. –

+0

Okay, aber ich glaube wirklich nicht, dass das hier zugrunde liegt. Ich würde mich wundern, wenn Ihre Gewohnheit 'PODS_ROOT' nicht mehr Probleme verursacht, als sie löst. –

+0

ist es möglich, aber wie gehe ich dann von dort? –

0

Versuchen Sie, die Datei debug.xcconfig zu löschen und die Pod-Installation erneut auszuführen. Es löste mein Problem

Verwandte Themen