Post not yet marked as solved
Same problem for me. I could not figure out how to find an older version of Xcode, so created class files and changed them by hand.
Post not yet marked as solved
I experienced this issue a couple of days ago. The message about "CoreAudioTypes" is completely misleading. In my case, the cause was that while removing some old code I had accidentally deleted a class that was still required. However, the only message that popped up when building was about "CoreAudioTypes" - when I restored the missing class, the message went away and the app built successfully.
You can try hunting around in the build logs for more detail when you see this.
Bottom line: When you see "CoreAudioTypes" it's almost certainly a red herring - you've messed up something else.
Post not yet marked as solved
I had all the settings correct. Ultimately fixed the issue by creating a new project and moving all the existing code over there. It's possible that it was caused by having one target for iOS, and a second for Mac, and trying to share the same umbrella header file between the two. But it's fixed now, so I'm not going to bother with verifying the problem ;-)
Post not yet marked as solved
I've been going through this, trying to move an app from a corporate account to a personal account. Could not transfer because it used CloudKit. First try was to just build the app on the new account - Apple rejected it as spam, probably because they figured out it was similar to the app on the corp account.
DTS said basically to delete the old app, then quickly grab the name for the new one.
For now, I've built a "premium" version of the app without CloudKit on the corp account, will try to migrate users there, then transfer that new app. I'll be back to let you know how it goes.
If you have a scheme per country say, for generating appropriate screenshots and testing, this can be somewhat annoying. I believe running UITests always restarts the device first, so this behavior only appears if you are running the simulator manually. Probably explains why Apple has not found and fixed this one.
With Xcode 12.3 and iOS 14.3, the TZ environment variable seems to work only the first time after you erase settings & content on the Simulator - after that, if you run a different scheme with a different TZ value, it "sticks" to the first value you used. So it works, but if you have a scheme per country, let's say, then you will have to restart the simulator to correctly simulate a new country. Would sure be nice if it worked properly.
Post not yet marked as solved
Xcode 12 GM does this too. Has anyone found a reasonable fix???
I'm running two machines: a 2013 iMac and a 2016 MacBook Pro. The iMac has the problem, the MacBook Pro does not. I'm going to try creating a new account on the iMac and see if the problem persists there. Theory: there's something left over from multiple upgrades over time that is causing this problem.I'll also note that turning Git off and then back on in Preferences once or twice, without quitting, seems to temporarily fix the problem.
So far so good with this approach.. Xcode has remained able to connect with git for 2-3 hours now, which is much better than before. I'll add another reply if the problem crops up again.**NOPE** Xcode seemed to last a lot longer before getting confused, but lost touch again.
