Bibliotheken, die nicht gefunden werden, wenn CocoaPods mit iOS-Logiktests verwendet werden

Ich dachte, dies aus, indem Sie schauen, wie die Haupt-Zielgruppe meiner app wurde empfangen von Einstellungen von der CocoaPods-Bibliothek. CocoaPods umfasst eine .xcconfig-Datei mit dem Namen "Pods".xcconfig. Diese Datei enthält alle header-Suchpfade.

Wenn Sie bei Ihrem Projekt in der Projekt-navigator und klicken Sie auf die Registerkarte "Info", sehen Sie Ihre build-Konfigurationen auf dem oberen Abschnitt. Wenn Sie klicken Sie auf das Dreiecksymbol für die verschiedenen Konfigurationen, werden Sie sehen, Hülsen aufgelistet, die unter Ihrem Haupt-Ziel. Ich hatte auf klicken Sie auf das drop-down-und Pods hinzufügen, um die Logik-test-target auch.

Hatte ich auch die Einstellungen kopieren von $(inherited) und ${PODS_HEADERS_SEARCH_PATHS} aus meiner Hauptzielgruppe, und kopieren Sie Sie auf, um die Logik-test-target unter Build Settings/HEADER_SEARCH_PATHS.

Schließlich, ich hinzufügen musste libPods.ein in der Link-Binary mit Bibliotheken, build-phase für meine Logik-tests Ziel.

Hoffe, das in der Lage ist, jemand anderem zu helfen.

InformationsquelleAutor der Antwort Mark Struzinski

Ich Stimme mit den anderen Antworten sagen, dass es notwendig ist, um den Bibliotheken verknüpft, um die test-Ziele. Aber keiner der Vorschläge so weit mir geholfen. @Fabb schreibt in einem Kommentar: "bei den Tests isSubclassOfClass: ruft NICHT zurück, wo Sie zurückkehren sollte, JA. Der einzige Grund, der mir erklären kann, ist, dass die Abhängigkeiten richtig verlinkt werden sowohl die Haupt-und die test-target, und wenn die test-target - bundle loader lädt das Haupt-bundle kann nicht entscheiden, welche Klasse zu nehmen." Ich bekomme das gleiche problem mit allen bisherigen Vorschläge in diesem thread.

Die Lösung, die ich habe zu arbeiten, war zu aktualisieren, meine Podfile, um bestimmte Pods, für mein Ziel und mein test target:

target 'MyTarget' do
   pod 'AFNetworking', '~> 2.5.0'
   pod 'Mantle', '~> 1.5'
end

target 'MyTargetTests' do
   pod 'OCMockito', '~> 1.3.1'
end

War es notwendig , geben Sie einen Pod für meine test-target, obwohl ich nicht verwenden Sie jeden test bestimmte Pods. Ansonsten CocoaPods würde nicht legen Sie die erforderlichen Verknüpfung von Logik in meinem Projekt.

Dieser link ist das, was mir geholfen, zu diesem Schluss kommen.

InformationsquelleAutor der Antwort JRV

Können Sie link_with nach @Keith Smiley-Lösung.

In den Fall, Sie haben gemeinsame pods und Besonderheiten für jedes Ziel, Sie möchten möglicherweise verwenden Sie die "def" - option, um zu definieren, Gruppe von Hülsen. und verwenden Sie den "def" später im ausschließlichen Ziel.

def import_pods
    pod 'SSKeychain'
end

target 'MyProjectTests', :exclusive => true do
  import_pods
end

target 'MyProject', :exclusive => true do
  import_pods
  pod 'Typhoon'
end

im Beispiel oben, ich habe 'SSKeychain', um die beiden Ziele, und 'Taifun' nur 'MyProject' target

InformationsquelleAutor der Antwort Elihay

Hatte ich eine ähnliche Begebenheit, wenn ich verlor einige library-Dateien während einige der Versionskontrolle. Ich sah noch die Bibliothek-Datei in meine Pods, die aber mit dem eigentlichen code fehlt, XCode sagte, es war verschwunden. Zu meinem Entsetzen läuft "pod install" war nicht sofort bringen die verlorenen Dateien wieder.

Ich hatte zu entfernen und ersetzen Sie den pod manuell, indem Sie Folgendes tun:

1. Entfernen der Bibliothek aus dem Podfile
2. Lauf "pod install" zu löschen, die Bibliothek vollständig
3. Die Bibliothek zurück in das Podfile
4. Lauf "pod install" wieder

Dies sollte die Bibliothek in Frage, wieder in die ursprüngliche form.

InformationsquelleAutor der Antwort Maxwell

Als von CocoaPods 1.x, es ist eine neue Art zu erklären, gemeinsame Abhängigkeiten zwischen einem Ziel und den entsprechenden test-target. Ich hätte mit der akzeptierten Lösung durch Mark Struzinski zu diesem Punkt, aber mit dieser Methode ergab eine massive Anzahl von Warnungen, wenn die Ausführung meiner tests:

Class SomeClass is implemented in both /Path/To/Test/Target and /Path/To/App/Target. One of the two will be used. Which one is undefined.

Mit CocoaPods 1.x können wir erklären -Test-target als Erben über das übergeordnete Ziel ist die Suche nach Pfaden wie so:

target 'MyApp' do
    pod 'aPod'
    pod 'anotherPod'
    project 'MyApp.xcodeproj'
end
target 'MyAppTests' do
    inherit! :search_paths
    project 'MyApp.xcodeproj'
end

Dadurch wird das -Test-target ist der Zugang zu den Abhängigkeiten der app Ziel, ohne mehrere binary kopiert. Dies hat ernst beschleunigt und die test-build-Zeiten für mich.

InformationsquelleAutor der Antwort Darren Black

Next syntax gibt beste Ergebnis für mich (getestet unter cocoapod v. 1.2.1):

https://github.com/CocoaPods/CocoaPods/issues/4626#issuecomment-210402349

 target 'App' do
    pod 'GoogleAnalytics' , '~> 3.0'
    pod 'GoogleTagManager' , '~> 3.0'

     pod 'SDWebImage', '~>3.7'
     platform :ios, '8.0'
     use_frameworks!

     target 'App Unit Tests' do
         inherit! :search_paths
     end
 end

Ohne diese habe ich Warnungen während des Testlaufs über doppelte Symbole.

Nach diesem wurden die Warnungen verschwinden.

InformationsquelleAutor der Antwort Speakus