Apps and app updates submitted to the App Store must be built with Xcode 5.1.1 or later, and iOS 7 SDK.

What do you mean "...my mac os cannot back to 10.10..."?

An erase of the hard drive and you can install whatever Mac OS is supported by your Mac.

😟 It seems there is no another way

I've the same issue over here. We are not able to upload any app beacuase of the error we get "Apps and app updates submitted to the App Store must be built with Xcode 5.1.1 or later, and iOS 7 SDK."

Is there anyone who has found a solution for this problem?

Kind reagrds,

Same issus here, connot submit apps anymore with El Capitan.

In the info.plist generated in the .ipa file they add the OS build

<key>BuildMachineOSBuild</key>

<string>15A204h</string>

Which means it is just a switch on their side (iTuneConnect) to accept or not theses builds.

Best

I've found out that the problem is not in El Capitan, the only problem could be if you have xcode 7. With a previous build we where able to upload a app (two weeks ago).

No you're wrong re-read the thread. Sure it won't work on XCode 7 since it is a beta version and BUT submitting with XCode 6.4 iOS8.4 was working prior the 29 July and not working after this date.

---> The problem is just El Capitan and the BuildMachineOSBuild value, believe me I made the test 😉. Change this value for a Yosemite one (for instance 14C109 which is Yosemeite 10.10.2) and iTuneConnect does not reject your build anymore!

The downside of this is since ALL the files are signed/hashed (listed in _CodeSignature/CodeResources), you won't be able to install the binary on a device (It re-checks the file integrity).

Thank you for your response! Could you maybe explain how i could try to change the build number?

Kind Reaga rds

Unzip the .ipa (or open the archive if not yet exported) then modify of /Payload/YourAppName.app/Info.plist and change the value of the BuildMachineOSBuild key. But is it useless method since your binary cannot be executed anymore (since it alter/temper the file and its integrity).

In fact, nor iTunesConnect nor XCode (when exporting) check the file integrity, that's why your app can go to review without problems. But your app will most certainly be rejected since it cannot install on a device and be tested 😉

The version of OSX has nothing to do with how your binary is compiled.

Actually it could, such as why you are asked to quit iTunes when installing Xcode and vice versa. Xcode is not a fully standalone app with its own operating system, it uses system libraries to do all sorts of things, including connect to Apple's servers to upload binaries. While it may have been possible at some point to upload binaries using a beta OS, most likely Apple has found that it introduces inconsistencies in the upload process that aren't worth the hassle of trying to debug when one of the pieces in the puzzle is a moving target.

It always amazes me how developers think that using unfinished tools to create a final product for their customers is somehow ok.

2 osx devices (current release, el capitan train)

You don't need 2 Macs, you can install El Capitan in a virtual machine.

I'm sorry, all I see with this post is a bunch of snarky responses to someone asking if it was possible. Per usual, a copy paste of "official apple" response on not being able to submit with pre-released software. I don't see anyone here confirming that it was not possible, which is probably why many of you assume it's not.

The only person making sense in the entire thread, and trying to answer OP's question was:

"I think he is asking about xcode 5 though. And xcode5 is not pre-release. Since all the Developer folder is silo'ed in thexcode app bundle then all the frameworks he would be using on Yosemite to develop an iOS app would still be "releasedsoftwere" and he'd be linking against iOS7. Would using xcode5 on yosemitee not allow him to submit apps linked against iOS7?"

If you really want to get into the offical apple messaging, I can see how non developers, or non english speakers may conflate the difference between the word *for* and *on*. When apple says for, they are talking about deployment target. What they are saying is you can't build FOR software that is not yet officially released. Please actually read the copy you are posting

Submitting Apps

Apps that are created using beta versions of Xcode or that are built for beta versions of operating systems will not be accepted on the App Store and Mac App Store. Apps that you submit should be developed using the latest version of Xcode from the Mac App Store and should be built for publicly available versions of iOS, OS X, and watchOS — except when GM seeds are available. When a GM Seed of Xcode becomes available, use it to develop your app for submission. When GM seeds of iOS, OS X, or watchOS become available, build your app for these versions.

Submitting Apps

Apps that are created using beta versions of Xcode or that are built for beta versions of operating systems will not be accepted on the App Store and Mac App Store. Apps that you submit should be developed using the latest version of Xcode from the Mac App Store and should be built for publicly available versions of iOS, OS X, and watchOS — except when GM seeds are available. When a GM Seed of Xcode becomes available, use it to develop your app for submission. When GM seeds of iOS, OS X, or watchOS become available, build your app for these versions.

Nothing in this text says you cannot submit apps built *on* pre-released versions of osX. You are completely ignoring the word *for* which has a very specific meaning.

Can you please point us to the restriction that you are referring to?

Professionals use the beta releases to test their apps before the final public release.

We certainly don't expect users to download/buy apps that contain any kind of non-production release code.

⚠ There is nothing in that text that says you cannot submit apps USING pre-released versions of osX. It says you cannot BUILD FOR pre-releaed versions of osX, watchos, ios.

UPDATE: Xcode6.4 is no longer supported in El Capitan.