iTunes Connect(一) —— iOS應用上架到AppStore

基于本人對蘋果的開發流程的渴望。是以很多東西一旦自己經曆了，或者是别人經常會用到的時候，我就喜歡研究。并将自己以及别人的心得記錄下來，友善自己及他人學習。

本篇，我将按照自己的思路對ios應用上架整體流程進行講解，本文也是ios證書申請、開發、打包、排查等系列教學中的一部分，歡迎各位朋友擴充學習。

在前面我完善了我的ios開發者證書的那些事文章，開篇就講到了關于釋出時的必備條件，在這裡我就不再累贅。直接進入本文主題。

我們需要事先完成這幾個步驟，確定接下來的工作能夠順利進行。boss才會對我們的工作表示認可

<code>app id</code>是識别不同應用程式的唯一标示符。每個app都需要一個<code>app id</code>或者app辨別。目前有兩種類型的app辨別：一個是精确的<code>app id</code>(explicit app id)，一個是通配符<code>app id</code>(wildcard app id)。 使用通配符的<code>app id</code>可以用來建構和安裝多個程式。盡管通配符<code>app id</code>非常友善，但是一個精确的<code>app id</code>也是需要的，尤其是當app使用icloud或者使用其他ios功能的時候，比如game center、push notifications或者iap。關于如何建立<code>app id</code>，蘋果官方有相關的文檔說明注冊app ids

釋出證書，也是根證書。它是所有應用釋出的基礎，當你建立過一次根證書之後，就不需再建立。建立的過程我以前的文章有提及過開發證書的建立，釋出證書的建立過程類似。ios開發者證書的那些事

和開發期間使用的開發描述檔案類似，我們 app 上架到 appstore 的時候也需要建立一個對應的描述檔案，不過有一點不同的是，該類型的描述檔案不需要選擇任何裝置就能建立。建立過程也非常簡單，可參考開發描述檔案的建立過程。

我們需要在工程中進行相應的配置，才能送出到 appstore。對<code>code signing</code>中的<code>code signing identity</code>和<code>provisioning profile</code>兩項進行配置。

非常有必要說下deployment target，xcode中每個target都有一個deployment target，它指出app可以運作的最低作業系統。不過，一旦應用在app store中生效，再去修改deployment target，你要考慮到一定後果。如果你在更新app的時候提高了deployment target，但是已經購買應用的使用者并沒有遇到新的deployment target，那麼應用就不能在使用者的移動裝置上運作。如果使用者通過itunes(不是裝置)下載下傳了一個更新過的app，然後替代了裝置上原先的版本，最後卻發現新版本不能在裝置上運作，這确實是個問題。

對此有兩個方法： 當你決定提高現有app的deployment target時，要在新版本的版本注釋中進行說明。如果你提前告知使用者，那麼至少有一點，你已經盡力阻止問題的發生了。 對于一款新app，我經常會把deployment target設定為最近釋出的系統版本。因為新ios版本釋出後，滲透率的增長速度是令人難以置信的。很多人認為提高deployment target會失去大部分市場，這個說法并不準确，比如ios 6，ios 6釋出後一個月，超過60%的裝置已經進行了更新。但對android而言，就是另外一回事了，android使用者并不會像ios使用者那樣熱衷于更新作業系統版本。

在送出app之前，我們需要進入到itunes connect裡面建立我們的app記錄。

然後點選界面左上角的<code>+</code>号，選擇建立app

填寫應用相關資訊-<code>metadata</code>(中繼資料)

其中<code>sku number</code>是一個唯一辨別你的app的特殊字元串。應用釋出之後就不能修改，可以使用app的<code>bundle id</code>。

之後的操作就不用介紹了，因為都是一些基本的資訊設定。你隻需要按提示一步一步完成設定即可。添加成功之後，應用的狀态會顯示<code>prepare for upload</code>(準備送出)。

接下來，在<code>建構版本</code>欄目下，我們看到蘋果提示我們使用xcode或者<code>application loader</code>送出我們的建構版本。此時我們就可以進行上傳二進制檔案了。上傳之後在該欄目下就會有我們上傳的二進制檔案供選擇，選擇對應的檔案之後就可以點選右上角的<code>送出以供稽核</code>按鈕，此時應用的狀态會變成<code>waiting for review</code>(等待稽核)

蘋果提供兩種方式進行送出，一種是直接通過xcode打包送出，另一種是通過xcode自帶工具<code>application loader</code>進行送出。我比較喜歡第二種，因為可以看到上傳進度。更加人性化。關于上傳方式，我這邊不做展開，提供給大家一個學習資料。有任何疑問歡迎留言提出

我在ios開發企業版ipa分發(in-house模式)記錄一文中有講到使用xcode打包步驟，不過裡面的少許步驟不一樣而已。這裡就不做詳細說明。如果有什麼不懂可以參閱上傳你的app。

有關詳細資訊，請參閱using application loader。

1、我們在進行版本更新的時候，app圖示、名字、描述、新版本描述、關鍵詞、支援url、截圖、聯系方式、review notes(稽核備注)均可以更改

</blockquote>

2、review notes(稽核備注)中，包括如下資訊：

名字、姓氏、電子郵件位址、電話号碼(都是必需)

在 app 稽核團隊有任何疑問或需要了解其他資訊時應聯系的您組織中人員的聯系人資訊。

稽核注釋(可選)

有助于稽核團隊實施稽核過程的 app 其他資訊。添加測試 app 可能需要的資訊，如 app 專用設定、測試注冊或帳戶詳細資訊。“review notes”（稽核備注）字段的大小上限為 4000 位元組，并可本地化為任何語言版本。如果您的 app 通過蜂窩資料網絡傳輸流媒體視訊，則在“review notes”（稽核備注）中輸入測試視訊流 url。此文本僅對 apple 稽核團隊可見。

使用者名(可選)

擁有完整通路權限的示範帳戶的使用者名。此帳戶在 app 稽核過程中使用，不能是過期帳戶。應在“review notes”（稽核備注）字段中添加其他帳戶的詳細資訊。

密碼(可選)

擁有完整通路權限的示範帳戶的密碼。

微網誌： @danny_呂昌輝

部落格： superdanny