Chemin d'accès incorrect pour Pods.debug.xcconfig dans Xcode?
j'ai donc utilisé Venmo/Synx sur mon projet Xcode avec CocoaPods, et tout a complètement foiré.
J'ai pu corriger les erreurs Manifest.lock et Podfile.lock, mais maintenant j'obtiens cette erreur:
Le fichier "Pods.debug.xcconfig" n'a pas pu être ouvert car il n'existe pas de fichier de ce type. (/ Users/user/GitHub/xxxxxx/Pods/Pods/Target Support Files/Pods/Pods.debug.xcconfig)
Comme vous pouvez le voir, le chemin est incorrect, car il n'y a pas de Pods/Pods répertoire (il y a un pod supplémentaire).
Comment puis-je réparer cela? J'ai seulement ajouté PODS_ROOT à la variable définie par l'utilisateur, car cela corrigeait mes fichiers Podfile et Manifest.lock.
Toute aide serait très appréciée!
Modifier:
Après avoir ajouté PODS_ROOT, j'obtiens ceci lors de l'exécution de pod install.
[!] 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.
J'ai eu le même problème dans Xcode 6.1.1. J'ai fait ce qui suit pour le résoudre:
- Définissez le paramètre de fichier de configuration * "Aucun" pour la cible liée aux pods.
- Fermez l'espace de travail .xcwork.
- exécuter à nouveau l'installation de pod
- maintenant ouvrez et créez votre .xcworkspace
* Le paramètre du fichier de configuration est trouvé en sélectionnant le projet (pas la cible) puis l'onglet Info.
Si votre chemin d'accès aux pods par erreur est incorrect, essayez ceci:
- utilisation
pod deintegrate - supprimer tous les fichiers de pod pod -
Podfile.lock,Pods,<Project>.xcworkspace - ouvert
<Project>.xcodeproj - supprimer
Podsprojet sur le côté gauche - essayez
pod install
J'ai rencontré ce problème lorsque j'ai mis à niveau/rétrogradé des cocoapods entre 1.6.x et 1.5.x. L'étape suivante a corrigé cette erreur
1, accédez à l'onglet d'informations sur le projet
2, juste sous la cible de déploiement, il y a le champ des configurations. changez votre configuration. Dans mon cas, il y a 2 options
/Users/user/GitHub/xxxxxx/Pods/Pods/Target Support Files/Pods/Pods.debug.xcconfig
/Users/user/GitHub/xxxxxx/Pods/Target Support Files/Pods/Pods.debug.xcconfig
3, nettoyer et reconstruire.
J'ai eu le même problème avec Xcode 11 mais je viens de mettre à jour CocoaPods et cela a fonctionné.
- Mettez à jour CocoaPods vers la dernière version avec
Sudo gem install cocoapods - Courir
pod installencore
Une mise à jour des cabosses de cacao a été à l'origine de ce problème. Veuillez vous référer aux notes de version des cabosses de cacao:
Modifiez les chemins relatifs du script Shell pour utiliser $ {PODS_ROOT} au lieu de $ {SRCROOT}/Pods. Tourbillon # 7878
Cela a été fait dans la version 1.6.0.beta.1 (2018-08-16) Les notes de version sont ici: notes de version cocoapods
J'ai eu la même erreur en essayant de construire mon projet pour la première fois. Voici comment je l'ai résolu:
- pod se désintégrer
- Sudo gem installe des cocoapods-clean
- pod propre
Ouvrez le projet et supprimez le dossier "Pods" qui devrait être rouge.
- configuration du pod
- installation de pod
Rouvrir et construire le projet, je pense que c'est bon d'y aller!
1- Supprimez votre dossier PodsPodfile.lock Et les fichiers xcworkspace root dans votre projet.
2- Ouvrez .xcodeproj
3- Allez dans Build Settings et sous Build Options search Always Embed Swift Standard Libraries
4- Mettre à jour sa valeur avec $(inherited)
5- Fermez le projet et pod install À nouveau
Quelques choses à essayer:
- Comme Keith l'a mentionné ci-dessus, vous voulez certainement exclure
Podsde synx. - Vous ne voulez certainement pas remplacer le
PODS_ROOTparamètre de construction. - J'ai vu des erreurs similaires aux vôtres dans un projet avec plusieurs cibles. Assurez-vous que votre
Podfilecomprend unlink_withparamètre qui spécifie toutes les cibles de votre application. - Si vous avez au moins une cible de test, pensez à utiliser votre
Podfilepour importer explicitement tous vos modules d'application dans votre application et vos cibles de test. - Je n'ai pas trop d'expérience en utilisant un
xcconfigpersonnalisé avec CocoaPods, mais vous pouvez d'abord essayer de supprimer votre xcconfig et autoriser CocoaPods à générer le sien en premier.
J'ai eu la même situation dans Xcode 10.1. C'est ce qui fonctionne pour moi.
- Ouvrir
<Project>.xcworkspace - Allez dans votre
<project_name>dossier (par défaut c'est bleu), supprimez le dossierPods(par défaut c'est jaune) - Dans
Terminal.app, courirpod installencore - Ensuite, je suis capable de
CMD + Rpour exécuter le simulateur
Dans mon cas, j'ai supprimé mon Podfile, Podfile.lock. Courir pod init, puis copiez tous les pods dans le nouveau Podfile, puis exécutez pod install encore une fois et cela a fonctionné. Je pense que c'est arrivé pour les différences par rapport aux chemins de dossier dans l'ancien projet (pour moi, j'ai cloné un autre projet depuis Git repo).
J'ai eu la même erreur et j'ai corrigé de la manière suivante
1 - Aller à votre paramètre projeté par l'icône bleue de votre projet dans le volet gauche 2 - Sélectionnez votre projet sous le projet 3 - Sélectionnez la fenêtre Info 4 - Cochez IOS cible de déploiement. Cette cible doit être la même que vous définissez dans les paramètres généraux de votre projet (Pic 2).
Essayez de supprimer le fichier debug.xcconfig et réexécutez l'installation du pod. Cela a résolu mon problème
- Fermer le projet
- À faire pod désintégrer
- Supprimer - Podfile.lock, Pods, .xcworkspace dans le répertoire du projet
- À faire Sudo gem install cocoapods
- À faire pod install
Pour moi, changer Build system à Legacy dans File -> workspace settings a fait l'affaire