Bibliothèques non trouvées lors de l'utilisation de CocoaPods avec des tests logiques iOS

Question

J'essaie d'écrire des tests logiques iOS pour les classes de mon projet qui utilisent des fonctionnalités de certaines bibliothèques de mon podspec. J'utilise le paquet de tests unitaires standard fourni dans Xcode (mais pas les tests d'application, seulement les tests unitaires).

Par exemple, j'utilise Magical Record, et cette bibliothèque est liée à mon podspec. Elle est présente dans le projet Pods de mon espace de travail et fonctionne comme prévu lorsque l'application est exécutée dans le simulateur ou sur l'appareil. Cependant, lorsque j'essaie de lier au test l'objet qui utilise Magical Record, j'obtiens une erreur de liaison indiquant qu'il ne peut pas trouver les sélecteurs de Magical Record. J'ai essayé de mettre à jour mon HEADER_SEARCH_PATH dans mon bundle de test logique, et même de le coder en dur vers le répertoire des headers créé par CocoaPods, mais sans succès.

Je peux exécuter des tests unitaires sur des classes qui n'utilisent pas les bibliothèques CocoaPods sans problème.

Est-ce que je m'y prends mal ? Devrais-je faire autre chose pour que le compilateur voie les bibliothèques CocoaPods ?

Answer 1

CocoaPods 1.0 a modifié la syntaxe de cette opération. Cela ressemble maintenant à ceci :

def shared_pods
    pod 'SSKeychain', '~> 0.1.4'
    ...
end

target 'Sail' do
    shared_pods
end

target 'Sail-iOS' do
    shared_pods
end

---

Réponse de Pre CocoaPods 1.0

Ce que vous voulez utiliser est link_with de votre Podfile . Quelque chose comme :

link_with 'MainTarget', 'MainTargetTests'

Ensuite, exécutez pod install encore.

Answer 2

Je l'ai découvert en regardant comment la cible principale de mon application recevait les paramètres de la bibliothèque CocoaPods. CocoaPods inclut un fichier .xcconfig nommé Pods.xcconfig. Ce fichier contient tous les chemins de recherche de l'en-tête.

Si vous regardez votre projet dans le navigateur de projet et cliquez sur l'onglet Info, vous verrez vos configurations de construction répertoriées dans la section supérieure. Si vous ouvrez le triangle de divulgation de vos différentes configurations, vous verrez que Pods est listé sous votre cible principale. J'ai dû cliquer sur le menu déroulant et ajouter des pods à la cible de test logique également.

J'ai également dû copier les paramètres de $(inherited) y ${PODS_HEADERS_SEARCH_PATHS} de ma cible principale et les copier sur la cible de test logique sous Build Settings/HEADER_SEARCH_PATHS.

Enfin, j'ai dû ajouter libPods.a dans la phase de construction Link Binary with Libraries pour ma cible de tests logiques.

J'espère que cela pourra aider quelqu'un d'autre.

Answer 3

Il existe une solution que j'ai trouvée ici Tests unitaires avec CocoaPods :

Ouvrez le fichier du projet dans Xcode, puis choisissez le projet (pas la cible), dans le panneau de droite, il y a une section appelée Configurations. Choisissez Pods dans la colonne "Based on Configuration file" pour votre cible de test.

Answer 4

Ma solution à ce problème a été de modifier mon Podfile pour inclure la bibliothèque dans les deux cibles comme ceci

target "MyApp" do  
    pod 'GRMustache', '~> 7.0.2'
end

target "MyAppTests" do
    pod 'GRMustache', '~> 7.0.2'
end

Et comme j'utilise swift, j'ai également dû configurer la cible de test pour qu'elle comprenne le fichier MyApp-Bridging-Header.h fichier. (Dans le groupe Compilateur Swift, sous l'onglet Paramètres de construction)

Answer 5

J'ai connu un cas similaire lorsque j'ai perdu des fichiers de bibliothèque lors d'un contrôle de version. Je voyais toujours le fichier de bibliothèque dans mes pods, mais le code réel étant absent, XCode a indiqué qu'il avait disparu. À mon grand désarroi, l'exécution de "pod install" ne ramenait pas immédiatement les fichiers perdus.

J'ai dû retirer et remplacer la cosse manuellement en procédant comme suit :

1. Suppression de la bibliothèque du Podfile
2. Exécutez "pod install" pour supprimer complètement la bibliothèque.
3. Remettre la bibliothèque dans le Podfile
4. Exécutez à nouveau "pod install".

Cela devrait remettre la bibliothèque en question dans sa forme originale.