'Archive in Xcode appears under Other Items

I am trying to submit an App to iTunes Connect using the Archive option. Building for a Generic iOS Device it usually shows up under iOS Apps in the Organizer. However, now it shows up under 'Other Items' without a version and idea tidier.

The last time I did a build is the 28th of October, and I don't know of anything that can have caused this apart from the addition of the ADAL Xcode project (as a project) and small bug fixes I performed.

The reason I added the ADAL Xcode project to my App Project that when just including the Framework it didn't work in the Simulator. Adding the Framework builds it correctly.

But even now when removing the ADAL project and added the old pre-build framework it still ends up under Other Items. Any pointers what could have caused this? I am using Xcode 9.1.

ios iphone xcode

Solution 1:^[1]

The problem for me was that I set the "Skip Install" in the "Build Settings" of the Watch App target to "No". The problem was solved once I changed that to "Yes"

Solution 2:^[2]

For all your framework or auxiliary component projects (if any), set Skip install to YES. Then, set Skip install to NO for the main project target. Finally, under Build Phases for any framework projects, under the Headers section, drag and move any files under Public to Project.

Try archiving again after all these steps.

For example, if you have a macOS app that depends on a couple of frameworks, a privileged helper tool, and a command-line tool, all of which are included inside the main application bundle, then you should set Skip install to YES for all those secondary components. Otherwise, when you go to create an archive for the main app, Xcode will want to create a combination archive for all of those secondary components to be installed separately alongside the app itself.

Solution 3:^[3]

We had same issue with our iOS application. After wasting some time for random actions, we compared broken archive with one of the older ones. All of them usually are here:

~/Library?/Developer?/Xcode?/Archives?

It turned out that newer archive contained a couple of extra subfolders in Products, while older versions had just Applications there.

That was a side effect of another change in build configuration, so we fixed it.

Solution 4:^[4]

For those googling– we had the same issue as above. Turns out whenever the archive's Products/ folder has something strange going on inside it, XCode thinks the archive isn't an iOS application. In our case, there were 2 targets being built in the same archive scheme and so 2 apps were showing up in Products/.

The way to fix this was to click the target on the top left (next to > Generic iOS Device) then go to Edit Scheme > Build > Removing the duplicate targets from there and leaving only a single one.

Another way to fix this is to set the Skip Install to YES for a target to not install it into the archive (see @RawMean's answer above).

Hope this helps someone save some grief.

Solution 5:^[5]

For easy understanding, just follow the image and delete the duplicate target from the selected Scheme.

Click the target on the top left (next to > Generic iOS Device/List of the simulator) then go to Edit Scheme > Build Removing the duplicate targets from there and leaving only a single one.

Solution 6:^[6]

Another issue I ran into using Xcode 11.4, my app archive was also ending up in Other Items. After scrubbing back and forth through git history, I found the issue (as weird as it is) and solution.

Info.plist had the Bundle version string set to $(MARKETING_VERSION), but after changing it to the raw version number 1.0.7 then the app was correctly archived to the iOS Apps list.

Solution 7:^[7]

In my case I had to remove old archives, then remove my app target and create it again, run pod install, after this I was able to submit my app to AppStore, and app moved from "Other items" to "iOS Apps".

Solution 8:^[8]

In my case problem was I don't have a path for my Info.plist in my project settings for a release build. Build Settings > Packaging > Info.plist File.

Wrong

Correct

Solution 9:^[9]

If you've been able to build successfully recently and none of the other answers are applicable, you may need to reboot your machine. Cleaning, pod install, restarting Xcode, checking the scheme and build settings all had no impact.

With no other changes, my project built successfully after a reboot under Xcode11.

Solution 10:^[10]

I faced with this problem.. whenever I archive it is listed in other items not in aps... and I reliaze the app name were different... I edit schme name to orjinal one and problem fixed

Solution 11:^[11]

For me, re starting XCode was not enough. Re starting the Apple Mac fixed it. My Mac did have many applications open and was memory constrained, I assume it was related to this.

Solution 12:^[12]

The reason will vary from case to case but the easiest way to find out is to attempt to upload it to the App Store.

In my case the App Store reported a missing CFBundleShortVersionString which was true as I had accidentally deleted it from Release builds but was present in Debug builds.

Solution 13:^[13]

I faced the same issue with my React Native project after I upgrade my project.

Just simply run npm/yarn install and then pod install, then the issue gone

Solution 14:^[14]

I had an empty bundle identifier in my Info.plist Updating it worked for me.

Solution 15:^[15]

Had this issue while trying to archive an older project and none of the other answers here helped. Was building fine on debug but when I tried to archive the release generated errors which I didn't notice at first. That's why it wasn't recognized as an iOS app and resulted in it being listed as "other" instead.

After further inspection, found this answer which solved for me: https://stackoverflow.com/a/69360271/4522329

If none of the other answers here have helped, make sure to build under release and check for errors. In my case had to update settings, convert to latest swift version and adjust build settings to match compatibility with current version of Xcode.

Sources

This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.

Source: Stack Overflow

Solution	Source
Solution 1	RawMean
Solution 2	NSGod
Solution 3	stepio
Solution 4
Solution 5	halfer
Solution 6	Blaine Hodge
Solution 7	landonandrey
Solution 8	Dima Portenko
Solution 9	Ben
Solution 10	Ucdemir
Solution 11	John Goodstadt
Solution 12	Rivera
Solution 13	Ponleu
Solution 14	Ankit Kumar Gupta
Solution 15	Mercutio

'Archive in Xcode appears under Other Items

Solution 1:[1]

Solution 2:[2]

Solution 3:[3]

Solution 4:[4]

Solution 5:[5]

Solution 6:[6]

Solution 7:[7]

Solution 8:[8]

Solution 9:[9]

Solution 10:[10]

Solution 11:[11]

Solution 12:[12]

Solution 13:[13]

Solution 14:[14]

Solution 15:[15]