Archiving project in Xcode incorrectly creates multi-application bundle
XcodeIos 4.2Xcode4ArchivingXcode OrganizerXcode Problem Overview
Archiving my project in Xcode is creating a multi-application bundle, instead of bundling my main target for release, which is what I want. Specifically, when I validate my archive in Organizer, it gives me the message:
"[projectname] does not contain a single–bundle application or contains multiple products. Please select another archive, or adjust your scheme to create a single–bundle application."
It sounds like there is some setting in the scheme that needs to be adjusted, but I can't figure out what's causing other targets to be included.
I'm using Xcode 4.0 by the way.
Xcode Solutions
Solution 1 - Xcode
OK, answering my own question. Turns out it is an issue with dependent projects in XCode 4. If this happens to you, go through the Build Settings for all your dependent projects (e.g. static libraries) and make sure that the "Skip Install" option under "Deployment" is set to YES.
More detail here: http://flakasoft.com/developer-tips/xcode-4-bug-solution-for-archiving-build-with-static-library/
Solution 2 - Xcode
Two things needed to be fixed in the sub-project(s) to resolve this issue:
- As Jared discovered, under the Build Settings, set the "Skip Install" to "Yes"
- Under the Build Phases, examine the Copy Headers section. If there are any header files listed as Private or Public, drag them down to the Project section.
Solution 3 - Xcode
I did the following to make it work for me:
- for the three20 static library, I used cocoapods to include the files within the main project.. it just got rid of all the trouble three20 was giving me (and they are lots..) btw i tried replacing three20 with Nimbus.. but Nimbus was lacking on some of the features that my project was using three20 for.. so Nimbus wasn't helpful.
- set skip install to yes under build settings for all other sub projects/static libraries and switched the copy headers from public to project under build phases
- most importantly: under the sub libraries.. under build phases i ensured that copy files destination was changed from
Absolute path
toproducts directory
.
and that was it!
hint: to get an idea of the offending files that's causing your archive to create an archive file rather than an ipa do this:
- Select the archive and click the Distribute button.
- Select the 'Save Built Products' option.
- Hit Next and Save.
- Browse the created directory in Finder.
- The 'libraries' subdirectory will identify the libraries that you need to set the Skip Install to Yes.
- in some cases
usr/local/include
will identify the culprit header files you need to move from Public to Project or the files that you have to change from absolute path to products directory. but that directory (ie usr/local/include) varies depending on your sublibrary directory structure
Solution 4 - Xcode
I had a copy files build phase I forgot about (copied some fonts into ~/Library/Fonts). After removing this build phase, it worked fine.
If none of the above answers fix the issue, I recommend exporting the archive to the finder and taking a look what's outside the .app bundle.
Edit: see https://github.com/RestKit/RestKit/wiki/Xcode-4-Archiving-Issue:--'Does-not-contain-a-single-bundle'
Solution 5 - Xcode
i also had this same problem "[projectname] does not contain a single–bundle application or contains multiple products. Please select another archive, or adjust your scheme to create a single–bundle application." after upgrading to xcode5.
the problem was that a bunch of fields in my build settings for 'release' were blank. I guess xcode4 automatically switched to the debug setting.
anwyays - my fix was to find all those 'release' settings that were blank and set them to the debug setting. In particular it was the Info.plist file setting.