Reputation: 4040
I recently started using Xcode 7 GM. When I archive my project, I get a generic Xcode archive instead of an iOS archive.
I'ved tried pretty much all the following:
I compared the contents of a previous successful archive and a different folder structure for some components:
Has anyone else encountering this problem? If so, did you solve and how?
We are using Cocoapods 0.38.2
Upvotes: 18
Views: 4696
Reputation: 767
I had a similar issue with XCode7.1.1 and an app project with WatchKit Extension. I fixed the issue by the following step
Open Build Settings of my app target and set NO to "Skip Install".
Open Build Settings of my WatchKit Extension target and set YES to "Skip Install"
Open Build Settings of my WatchKit App target and set YES to "Skip Install"
Then I could make iOS archive.
Upvotes: 0
Reputation: 4040
OP here. The members of my team all tried Cocoapods' beta and it fixed the problem for us. Therefore I'm going to accept my own answer.
Although it might fix the problem, I believe Christian Navelot's answer to not be scalable and certainly not manageable within a team.
Also, all of us tried using the cp beta without removing the Copy Pod Resources
build phase. This means that I won't be accepting Todd Anderson's answer either.
We are not using static libraries either, we are using frameworks (aka use frameworks!
inside the Podfile).
Thanks to all for contributing to this question. Looks like we all got put into the same boat by Xcode 7! Cheers!
Upvotes: 4
Reputation: 1168
The other answers mentioned here were temporary fixes, but each required manual effort, either after every archive or after every pod install
.
The new, better solution, is to update cocoapods to the latest version and remove your 'Copy Pod Resources' build phase from each app extension.
See https://github.com/CocoaPods/CocoaPods/issues/4021 for more information.
Upvotes: 0
Reputation: 1164
I add the same problem : an old Xcode project, Xcode 7 (not the GM, the App Store version) and Cocoapods. I have been tinkering a lot, tried Cocoapds 0.39 b3 and b4 without success, changed params in Build Settings, but finally - for me - the problem was shown by mrezk in https://github.com/CocoaPods/CocoaPods/issues/4021 :
Missing ApplicationProperties in Info.plist
As I'm not used to tinker with Info.plist and these keys, I've found in the Apple Dev forums a very useful answer : https://forums.developer.apple.com/thread/17063
In summary, for info.plist newbies like me ;) :
<key>ApplicationProperties</key> <dict> <key>ApplicationPath</key> <string>Applications/<<APP_NAME>>.app</string> <key>CFBundleIdentifier</key> <string><<BUNDLE_IDENTIFIER>></string> <key>CFBundleShortVersionString</key> <string><<YOUR_MARKETING_NUMBER>></string> <key>CFBundleVersion</key> <string><<YOUR_BUILD_NUMBER>></string> <key>SigningIdentity</key> <string>iPhone Distribution: <<CERTIFICATE_NAME>> (<<CERTIFICATE_ID>>)</string> </dict>
and replace the tags with your own values.
Save, close Xcode, double click the archive : it should open in the Organizer as a iOS Type Archive.
Thanks to mrezk and mochs for the solution.
Upvotes: 14
Reputation: 89
In my case clearing the "Installation Directory" build setting in all static libraries fixed the issue. It was set to "/usr/local/lib" before.
When using "Save Built Product" as export method the Products folder got these sub directories. That's what pointed me in this direction.
I'm using cocoapods 0.38.2.
Upvotes: 3