Un tel module 'RestKit' avec cocoapods et rapide

Je vais avoir ce problème avec un tout nouveau projet. Ce problème se pose avec les deux RestKit et Facebook SDK. Étrangement SwiftyJSON fonctionne très bien. J'ai créer une nouvelle marque swift projet et un Podfile avec:

source 'https://github.com/CocoaPods/Specs.git'

use_frameworks!

target 'test-fb-swift4' do
    pod "FBSDKCoreKit"
    pod 'SwiftyJSON', '~> 2.1'
    pod 'RestKit', :inhibit_warnings => true
end

target 'test-fb-swift4Tests' do

end

Après la création de ce fichier j'ai exécuter gousse d'installer et de rouvrir xcode avec le test-fb-swift4.xcworkspace fichier.

Maintenant à l'intérieur de mon contrôleur, j'ai mis une importation RestKit et je reçois le message d'erreur tel module 'RestKit'. J'ai essayé beaucoup de différentes manières de formater le Podfile même très simple versions comme:

source 'https://github.com/CocoaPods/Specs.git'

pod 'RestKit'

J'ai essayé d'ajouter et de retirer le use_frameworks, avec et sans la cible. Avec et sans l' :inhibit_warnings.

Je suis en cours d'exécution CocoaPods 0.36.4 et essayé la dernière rc de construire, même affaire. L'Objective-C version à partir d'un autre projet fonctionne très bien. C'est mon premier projet à l'aide de Swift et je suis coincé sur ce problème.

Montrer comment vous importez.

InformationsquelleAutor Joped | 2015-05-01

110

J'ai eu le même problème. Ma solution a été d'ouvrir le projet à l'aide de la .xcworkspace, pas la .xcodeproj. .xcodeproj ne contient que le projet principal; .xcworkspace inclut tout, y compris Restkit.
- j'ai eu à "enregistrer sous" espace de travail pour obtenir un espace de travail pour un nouveau projet
- Heureux que j'ai trouvé cette réponse après plus de 1 heure de recherche. L'OP doit vraiment cette marque comme acceptée.
- Très laid solution. La meilleure façon est de résoudre le problème: supprimer et ajouter les Gousses.cadre sur la Cible > Phases de construction > Lien Binaire Avec les Bibliothèques.
- L'OP a dit qu'ils avaient déjà fait-- "Après la création de ce fichier j'ai exécuter gousse d'installer et de rouvrir xcode avec le test-fb-swift4.xcworkspace fichier."
InformationsquelleAutor BHuelse
39

J'ai eu un problème similaire. Pas avec RestKit en particulier, mais d'abord avec le HockeySDK. J'ai tout essayé, y compris le retrait et la réinstallation de gousses, de la mise à jour cocoapods lui-même et la mise à jour des gousses, la suppression de données dérivées, nettoyage du projet, etc.

J'ai alors remarqué que chaque pod a été un problème pour moi. Après avoir poursuivi la recherche sur des sujets connexes, j'ai finalement découvert qu'en vertu de l':

• Cible > Phases de construction > Lien Binaire Avec les Bibliothèques

J'ai eu un mal placée Gousses cadre (probablement à partir d'un avant Gousses d'installation ou installer tentative).

Après l'avoir supprimé, le problème a disparu. J'ai remarqué que les gens semblaient rencontrer des problèmes similaires en vertu de l':

• Projet > Info > Configurations

ainsi, lorsque les Gousses cadre a été appliqué de façon incorrecte. Ainsi, si la première ne fonctionne pas pour vous, vous voudrez peut-être vérifier sur le deuxième aussi.
- La deuxième suggestion au sujet de construire des configurations a été ce qui a causé cela pour moi. J'ai renommé mon "Debug" configuration de build sur l'application du projet, mais sur les Gousses, ce projet a créé une nouvelle configuration au lieu de le renommer "Debug". La suppression de la "Debug" de la configuration à partir de Gousses de projet de sorte que les configurations correspondent à ceux de l'application du projet de résolu.
InformationsquelleAutor metatheoretic
33

La deuxième option qui a travaillé pour moi. Dans mon Projet > Info > Configurations, j'ai 2 objectifs de mon projet : la régulière (Quizz) et le test d'un (QuizzTests):

Pour la régulière, la configuration a été définie avec "Cosses.debug" ou "Pods".libération", mais il n'y avait rien pour QuizzTests. Dès que j'ai rempli dans la configuration de QuizzTests, tout a fonctionné pour moi.
- Ne fonctionne pas pour moi...
- Merci pour la réponse. C'est le travail pour moi!
- GG, c'est elle !
- vous avez sauvé mon cul homme! des millions remercier
InformationsquelleAutor louftansa
18

Une chose que vous pourriez très facilement faire pour remédier à ce problème est de faire en sorte que XCode est complètement à l'arrêt lors de l'installation de gousses. Chaque fois que j'ai ce problème, je revenir en arrière et savoir que XCode est toujours ouverte, même si j'ai fermé le projet. Espérons que ça aide!
- Très utile, j'essayais à tout sauf à cette étape.
- Oui, il est probable que si le pod installer a eu lieu avec Xcode ouvrir, puis les cadres ne sont pas initialement visible. Simplement en fermant et en rouvrant le projet fixe pour moi.
InformationsquelleAutor Marquis103
18

Pour moi, deintegrating et ré-installation de gousses résolu le problème.

Première
```
pod deintegrate
```
et puis
```
pod install
```
- C'était une solution très simple, pour une raison quelconque, les autres énumérés ici ne fonctionne pas pour moi. Ne peut pas d'importance, mais assurez-vous que Xcode est arrêté quand deintegrating.
InformationsquelleAutor Vishal
14

Une autre solution que j'ai trouvé a été d'ajouter use_frameworks! à votre Podfile si vous ne l'avez pas déjà, puis exécutez pod install de nouveau.
Il avait un problème avec Firebase quand j'ai ajouté seulement que pod.
- A fonctionné pour moi aussi. Semble que je l'avais supprimé use_frameworks! de mon Podfile et depuis que j'ai un mixte Swift/Objective-C projet de la Swift, ont eu besoin de cadres inclus.
- Cela a fonctionné pour moi
InformationsquelleAutor Ian Han
13

Une autre raison de ce problème peut être de mauvaises valeurs dans la cible de Paramètres de construction - Construire Active Seulement l'Architecture. Les paramètres comme dans l'image de travail pour moi.
- Intéressant, fixe, pour moi aussi. J'avais changé ce paramètre précédemment, mais en en faisant une autre pod install réinitialiser la valeur.
InformationsquelleAutor saltwat5r
6

Pour moi, "Trouver Dépendances implicites" était décochée. et c'était la question.
A bien fonctionné une fois, je checked il.

Le chemin: Edit Scheme > Build > Find implicit Dependencies
- C'. Je upvote ce mille fois si je le pouvais. Je vous remercie beaucoup. J'ai activé cette option parce Swift gardé sur la reconstruction de chaque fichier de chaque foutu de temps j'ai changé de n'importe quel fichier. Mais sans cette option, la Swift ne peut pas trouver les modules inclus par CocoaPods.
- Je suis heureux que cela vous a aidé!
InformationsquelleAutor Ashok
5

J'ai eu un problème similaire lors de l'ajout de Tissu pour mon projet. J'ai eu plusieurs cibles (Libération et Dev). Il serait jeter No Such Module pour import Fabric. Ce qui a fonctionné pour moi était d'aller à Project> Build Phases > Lien Binaire avec les Bibliothèques et simplement marquer le statut de la pod cadre comme Facultatif.

InformationsquelleAutor Sharukh Mastan
4

Dans mon cas, je n'avais qu'à vérifier l'option suivante dans Xcode
Trouver implicite avec des dépendances

Je ne sais pas exactement pourquoi, mais c'était assez pour moi, j'espère pour vous aussi :).

InformationsquelleAutor GOrozco58
3

Après des heures à essayer des choses, j'ai découvert la cause. Mon application principale cible était de 4 configurations de build (debug, release, interne, externe). Toutefois, mes cadres de l'enfant (projets) n'ont PAS interne, externe, car ils sont personnalisés ajouté. Une fois que j'ai ajouté à l'intérieur/extérieur de mon cadre de projets, tous archivés amende.

InformationsquelleAutor VaporwareWolf
3

Cela devrait faire l'affaire:
1. pod deintegrate
2. rm-rf votreprojet.xcworkspace
3. pod installer
InformationsquelleAutor Hyperfine
1

Si vous utilisez plusieurs cibles ont accès à la même classe (par exemple les Messages Extension App), et si cette classe est ajoutée à la fois les cibles, vous devez ajouter la gousse pour les deux cibles dans le PodFile.

InformationsquelleAutor Ömer Karışman
1

Dans mon cas, j'ai d'abord eu une seule cible dans xcode. J'ai exécuté pod install.
Quelques mois plus tard, j'ai dû faire une autre cible donc j'ai eu plusieurs cibles.

Dans cette situation, si je ne pod install et de construire xcode, je reçois un "un tel module" erreur.

J'ai donc enlevé pod fichiers puis pod init.

Podfile format a été modifié pour plusieurs cibles

Ça marche!!!!

Check this out!

InformationsquelleAutor user2189597
1

Choses que j'ai essayé:
- Retrait et de le rajouter lié gousses cadre
- Nettoyage
- Suppression des données dérivées
- pod installer à nouveau
La seule solution que j'avais à ce problème consistait à exposer les Gousses-(yourapp) de la cible dans le système de sélecteur (à côté de la marche/arrêt boutons) et de créer manuellement que les Gousses - cible avant de la construction et de l'exécution de mon application principale cible de nouveau. J'espère que cela peut sauver quelqu'un de 10 minutes!

InformationsquelleAutor Dennis L
1

L'une des réponses ici était make sure that XCode is completely shut down when installing pods et je savais que je n'avais pas fait cela. Donc j'ai juste fermé Xcode complètement, et l'a ouvert à nouveau sans de course pod install et il a résolu le problème. Si le redémarrage de Xcode a fonctionné pour moi.
- Il travail pour moi!!! Merci 😉
- Content d'avoir pu aider
InformationsquelleAutor Castro Zwelithini
0

Lorsque j'ai édité et supprimé un répertoire que je n'ai pas besoin d'en Projet - Paramètres de construction de la (à côté de Info), c'était l'anéantissement de deux entrées dans Cadre des Chemins de Recherche dans mon Application Cible dans Paramètres de construction de la. Assurez-vous que tous les quatre lignes ont des entrées renseigné automatiquement à partir de la Gousse à l'installation comme indiqué dans l'image ci-dessous:

Pour copier les entrées de Debug et Libération pour les lignes ci-dessous, sélectionnez une ligne à la fois et appuyez sur la touche supprimer ce qui devrait copier à partir de la ligne au-dessus.
Une fois que je l'ai fait, l'espace de travail serait de construire l'amende juste.

InformationsquelleAutor RT Denver

Votre app construire à l'aide de la cible principale?

Si oui, j'ai été en mesure d'obtenir ce travail par:

L'ajout d'une entrée pour chaque cible dans la Podfile
Exécuter pod install

Voici ma dernière Podfile.

platform :ios, '11.3'

target 'myapp' do
  use_frameworks!

  # Pods for myapp
  pod 'KeychainSwift'
  pod 'ReachabilitySwift'
  pod 'Firebase/Core'
  pod 'Fabric'
  pod 'Crashlytics'

  target 'myappTests' do
    inherit! :search_paths
    # Pods for testing
  end

  target 'myappUITests' do
    inherit! :search_paths
    # Pods for testing
  end

  target 'myapp-local' do
    inherit! :search_paths
    # Pods for testing
  end

  target 'myapp-master' do
    inherit! :search_paths
    # Pods for testing
  end
end

InformationsquelleAutor user896993

0

Idée du journal:
Tout d'abord, je pense que cette question est parce que le lien de la bibliothèque ou de cadre le chemin de recherche des disparus ce pod, mais en fait il n'en est plus là.

Deuxième, je pense que c'est peut-être parce que la version appui sur XCode 10 principales incorrect cartographie de la gousse. Mais après propre projet, de supprimer des données dérivées, à proximité de Xcode, retirez la gousse trait de fichiers et ré-pod installer. Toutes ces étapes n'a toujours pas....
J'ai passé 4h sur cette deuxième étape...

Troisième, Enfin en gardant la recherche google dans StackOverflow, j'ai trouvé cette personne @Tyler Sheaffer quitter son expérience sous le @metatheoretic solution.

Il y a une personne de quitter son expérience de quelqu'un d'autre répondre. Et il me rappelle que je dois changer la configuration de début de journée pour de multiples régimes, surtout, parce que le tutoriel que j'ai suivi qu'il nous enseigne à le nom le nom de la configuration avec un exemple: Debug (Développement ). Mais le Cocoapods ne peut pas accepter l' (). Donc, j'ai modifié le nom de la configuration Debug_Development...
Si!!! Le problème est le système de gestion de la faire mettre à jour automatiquement le nom de config sur un de mes client système, tels que le Développement, et je n'ai vérifier le nom de la mise à jour sur le schéma de Développement, à qui il ne de succès de mise à jour, puis-je me passer de vérifier deux autres personnalisée de dispositifs de mise en scène, production). Mais!!! Ces deux restent toujours les plus âgés mauvais nom de config. C'est pourquoi mon Kingfisher module ne sera jamais trouvé, car Il ne correspond pas à la configuration et schéma. Enfin, je résoudre ce problème en sélectionnant la nouvelle mise à jour de fichier de config dans le Projet/de Régime/de Gérer les Régimes de/l'Affaire est close.

InformationsquelleAutor Wangdu Lin
0

Ce qui m'est arrivé quand une application extension a une cible différente, la version iOS de l'application. Faire correspondre fixe pour moi.

InformationsquelleAutor YichenBman
0

J'ai eu ce problème après marquage Pods dossier que ignorés dans .gitignore. Comment j'ai corrigé, c'est que je rm -rfed l' Pods dossier et a couru pod install, clean & construire.

InformationsquelleAutor kubilay
-1

Le problème est peut-être qu'il n'est vraiment pas un tel module. Surtout si le pod nom contient des tirets et autres personnages controversés.

Dans mon cas, j'ai essayé d'utiliser Dip-UI de la bibliothèque. Le projet de l'échantillon a été à l'aide de Carthage qui je voulais remplacer par CocoaPods. Nom du Module avec Carthage a été DipUI, tandis qu'avec CocoaPods il a été Dip_UI, ce qui signifiait que j'étais "un tel module" jusqu'à ce que j'ai changé le nom.

InformationsquelleAutor Andrii Chernenko
-3

Votre xcode n'est pas mis à jour pour la version attendue par la bibliothèque /cadre

InformationsquelleAutor Code Tree

Vous devez vous connecter pour publier un commentaire.