About submit an update of my iOS app through Application Loader to iTunes Connect
I am submitting a new update to my existing app in Apple Store.
I archived my iOS project to ipa file. Then, I opened Application Loader in xcode from Xcode–> Open Developer Tool –> Application Loader.
Then, I uploaded my ipa file to iTunes Connect through the Application loader.
Then, I logged in to my iTunes Connect, I see this:
As you see, on the left hand side, there is “All Builds”, I can find my uploaded build there. Under “All Builds”, there is “App Store Versions”.
My question is, should I just wait until apple verify my app then my uploaded build will be moved to “App Store Versions”? Or, should I still do something after uploading my IPA file through Xcode’s Application Loader tool? I am asking it because I see some builds in the “All Builds” list doesn’t have a “App Store Status”:
e.g. the above one has been uploaded to iTune Connect in March, until now, there is no “App Store Status”, it sounds like Apple never verify it. I don’t want my update end up with never been verified by Apple. That’s why I ask here.
Solutions Collect From Internet About “About submit an update of my iOS app through Application Loader to iTunes Connect”
You can submit any number of builds for each app version. They only need to have to different build number. Whenever you want to create a new version you have to pick one build from the ones available (the ones with the same version).
You can upload new builds from Xcode or Application Loader. It’s the same (I usually use the last one since it seems to work better, at least for me).
For example: you want to create an update of your app, let’s call it v1.0.1. You have to create this new version and give it the name 1.0.1 in iTunesConnect. Once you have done that, you have to upload with Xcode or Application Loader at least one build that matches the version 1.0.1. Since build numbers need to be bigger than the previous ones, let’s suppose that you upload one build with the build number 20170925 (todays date yyyyMMdd). You will be able to pick this build in the app update section in order to set up the update and send it to be reviewed. Imagine that you just notice that in the uploaded build something fails. Well, this is not the end of the world. You just need to create a new build with the same version name (1.0.1) and different build number (bigger, for example 20170926). Once the new build is processed you will be able to select it in the 1.0.1 update screen.
Summarizing, many builds can have the same version and only one of them will be released.
- Indenting with white spaces, tabs, and how many spaces or the tab width
- UITableView need long press to select a row
- How do I record a video on iOS without using a preset?
- Read iPhone Settings Programmatically (Precisely Settings->General->Date & Time->Set Automatically)
- Getting error improper advertising identifier usage,when i am validating my app in xCode 5
- Offline MapKit solution for iOS
- Indoor positioning on iOS with Core Location – not accurate?
- Passing property type as parameter
- Any way to print in color with NSLog?
- After NavigationBar Hide on Swipe, Cells appear between HeaderCell & Status Bar for a second
- custom cell not appear in tableview
- Retrieve the right position of a subView with auto-layout
- Swift + CoreData: Cannot Automatically Set Optional Attribute On Generated NSManagedObject Subclass
- iOS: Keep application running in background
- How do you color/customize the UIImagePickerController's Navigation Bar?