Alamofire Aucun module de ce type (CocoaPods)
Utiliser Xcode 7
J'essaie d'installer Alamofire dans un exemple de projet. J'ai utilisé les instructions de La page de Ray Wenderlich
Le seul changement à partir du lien ci-dessus est le fichier podfile - qui provient de la page GitHub ici car la version a été mise à jour. J'ai également utilisé la branche Swift 2.0.
Ci-dessous le snapshop de l'erreur, mon fichier pod et mon terminal après l'installation du pod
PODFILE 
TERMINAL 
P.S: Je veux utiliser des cocoapodes pour installer Alamofire. Je ne veux pas le télécharger à partir de la page github
Essaye celui-là.
Pour Swift 2.0, il n’est pas nécessaire d’ajouter Alamofire.xcodeproj dans votre xcode. Il vous suffit de copier et coller le dossier source à partir de https://github.com/Alamofire et vous avez terminé.
ou si vous voulez installer Alamofire de Cocoapods, essayez ci-dessous le code.
source 'https://github.com/CocoaPods/Specs.git'
platform :ios, '8.0'
use_frameworks!
pod 'Alamofire', '~> 2.0'
L'astuce pour moi était d'ouvrir le fichier .xcworkspace plutôt que le fichier de projet d'origine lui-même.
travailler ceci:
Scheme -> Gérer les schémas ... Cochez la case Alamofire → Construire un schéma Alamofire.
et, si vous avez utilisé Playground, vous devez modifier les paramètres Playground:
Affichage -> Utilitaires -> Afficher l'inspecteur de fichiers Plate-forme OSX → iOS
importer Alamofire après avoir importé UIKit Puis commentez-le, construisez d'abord le projet . Décommentez-le. (Cela a fonctionné pour moi et les autres, alors que les autres réponses ne l’ont pas fait).
Pour toute personne qui rencontre ce problème à l'avenir:
Swift 2.x + CocoaPods 1.x
Symptômes: build fonctionne dans Xcode pour la configuration de débogage, mais échoue lorsque xcodebuild est exécuté à partir de la console à l'aide de pod lib lint ou d'une commande similaire. Le résultat est error: no such module 'X'
Solution: Dans MyProject.podspec, ajoutez vos dépendances sans spécifier de version:
spec.dependency "Alamofire"
La Podfile devrait également contenir les mêmes dépendances. Puis lancez:
$ pod install && open MyProject.xcworkspace
Vous devriez ouvrir .xcworkspace au lieu de .xcodeproj. La construction fonctionnera désormais à la fois dans Xcode et dans la console et la validation des passes pod lib lint.
J'ai écrit ceci parce que j'essayais de publier une nouvelle bibliothèque de pod CocoaPods et que je rencontrais un problème similaire, mais que je ne trouvais pas de réponse et aussi parce que Google menait à cette question.
Mon problème a été résolu en utilisant ces étapes:
Nettoyer le projet Aller au projet> Paramètre de construction> Chemin de recherche du cadre Et ajouter
- "$ PODS_CONFIGURATION_BUILD_DIR/Alamofire" comme non-récursif
- $ (hérité) comme non-récursif
- $ (SRCROOT) comme récursif
Ont été confrontés au même problème, truc suivant résolu le problème
Go to Manage scheme -> Select pod library that is causing issue -> Build
Change back the scheme to project and then run the app, you are good to go
Remarque : Si vous ne voyez pas la bibliothèque de pod dans le schéma, allez dans Gérer le schéma et sélectionnez la bibliothèque de pod que vous souhaitez construire.
Après avoir répondu @satoshin, je devais également cocher la case Shared à droite de la fenêtre Manage Schemes.
Voici ce qu'il faut faire:
- fermez votre projet,
- installez votre bibliothèque de pod,
- puis installez alamofire.
Après avoir tout fait, n'ouvrez pas le fichier avec l'extension .xcodeproj mais ouvrez le fichier avec l'extension .xcworkspace
Quant à moi, j'ai travaillé pour changer le nom du projet. Mis accidentellement
ProjectNameTests
au lieu de
Nom du projet
Aucun schéma requis si vous avez configuré les noms correctement partout:
- Vérifiez Podfile
- Vérifiez le fichier de projet que vous avez lancé. (L'icône blanche doit être créée pour "xcworkspace")
- Produit -> Dossier de construction propre
- Produit -> Construire (vous pouvez maintenant exécuter un simulateur).
- Commencez à partir de zéro, car la plupart des erreurs surviennent toujours dans le cadre d'une erreur de cause humaine, et non de développeurs.
- Si vous avez mal attribué le nom de projet dans Podfile, cochez la case "Frameworks liés ...". Si c'est le cas, supprimez ce cadre. Le chemin est indiqué ci-dessous à la capture d'écran .
![enter image description here]()
Exemple de fichier correct Podfile (Alamofire):
'https://github.com/CocoaPods/Specs.git'
platform :ios, '10.0'
use_frameworks!
target 'ProjectName' do
pod 'Alamofire', '~> 4.7'
end
- NomProjet ne doit contenir aucune extension (type de fichier).
[Pour les futurs demandeurs], vous auriez pu manquer la deuxième étape ci-dessous:
Aller à la configuration du projet
- Allez dans Phase de construction onglet, créez une nouvelle phase de script d'exécution et ajoutez un fichier d'entrée à votre infrastructure Alamofire. Dans mon cas, j'ai mis
$(SRCROOT)/Carthage/Build/IOS/Alamofire.framework - Allez dans Général onglet, faites défiler jusqu'au cadre lié et aux bibliothèques ajoutez le dossier Alamofire.Framework. Vous ne le trouverez probablement pas dans la liste, vous devez donc appuyer sur le bouton "Ajouter un autre" et le présenter vous-même.
L'ajout d'Alamo Fire à toutes les phases de construction de ma cible me l'a résolu.
accédez au Finder pour localiser le projet et accédez au fichier '.xcworkspace'. C’est là que vos pods sont installés. si vous allez dans votre projet original '.xcodeproj', vous ne verrez que les fichiers de débogage du pod espère que cela aide. Il m'a fallu un certain temps pour comprendre le problème aussi.
Si le projet propre/redémarrer xcode/réinstaller les cocoapods, etc., ne fonctionnait pas. Vous pouvez essayer de lancer Product -> Build for -> Testing (cmd + shift + u). La construction a échoué mais l'importation a fonctionné juste après.
J'utilise Swift 3, j'ai résolu ce problème en supprimant Derived Data pour ce projet . Cheers ... !!!