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

SuperDanny發表於2017-12-13
iOSAPP

前言

  • 基於本人對蘋果的開發流程的渴望。所以很多東西一旦自己經歷了，或者是別人經常會用到的時候，我就喜歡研究。並將自己以及別人的心得記錄下來，方便自己及他人學習。
  • 本篇，我將按照自己的思路對iOS應用上架整體流程進行講解，本文也是iOS證書申請、開發、打包、排查等系列教學中的一部分，歡迎各位朋友擴充套件學習。

博文回顧

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

上架前準備工作

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

1、註冊App ID(應用ID)

App ID是識別不同應用程式的唯一標示符。每個App都需要一個App ID或者App標識。目前有兩種型別的App標識：一個是精確的App ID(explicit App ID)，一個是萬用字元App ID(wildcard App ID)。 使用萬用字元的App ID可以用來構建和安裝多個程式。儘管萬用字元App ID非常方便，但是一個精確的App ID也是需要的，尤其是當App使用iCloud或者使用其他iOS功能的時候，比如Game Center、Push Notifications或者IAP。關於如何建立App ID，蘋果官方有相關的文件說明?註冊App IDs

2、建立Distribution Certificate(釋出證書)

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

3、建立商店Provisioning Profile(商店描述檔案)

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

4、Build Settings(生成設定)

我們需要在工程中進行相應的配置，才能提交到 AppStore。對Code Signing中的Code Signing Identity和Provisioning Profile兩項進行配置。

Build Settings

5、Deployment Target(部署目標)

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

對此有兩個方法：

  1. 當你決定提高現有app的deployment target時，要在新版本的版本註釋中進行說明。如果你提前告知使用者，那麼至少有一點，你已經盡力阻止問題的發生了。

  2. 對於一款新app，我經常會把deployment target設定為最近釋出的系統版本。因為新iOS版本釋出後，滲透率的增長速度是令人難以置信的。很多人認為提高deployment target會失去大部分市場，這個說法並不準確，比如iOS 6，iOS 6釋出後一個月，超過60%的裝置已經進行了更新。但對Android而言，就是另外一回事了，Android使用者並不會像iOS使用者那樣熱衷於更新作業系統版本。

iTunes Connect

  1. 在提交App之前，我們需要進入到iTunes Connect裡面建立我們的App記錄。

選擇iTunes Connect

  1. 然後點選介面左上角的**+**號，選擇新建App

新建App

  1. 填寫應用相關資訊-Metadata(後設資料)

應用資訊
其中SKU Number是一個唯一標識你的app的特殊字串。應用釋出之後就不能修改，可以使用app的Bundle ID。

之後的操作就不用介紹了，因為都是一些基本的資訊設定。你只需要按提示一步一步完成設定即可。新增成功之後，應用的狀態會顯示Prepare for Upload(準備提交)。

接下來，在構建版本欄目下，我們看到蘋果提示我們使用Xcode或者Application Loader提交我們的構建版本。此時我們就可以進行上傳二進位制檔案了。上傳之後在該欄目下就會有我們上傳的二進位制檔案供選擇，選擇對應的檔案之後就可以點選右上角的**提交以供稽核**按鈕，此時應用的狀態會變成Waiting For Review(等待稽核)

構建版本

上傳二進位制檔案

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

方式一：使用 Xcode 上傳

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

方式二：使用 Application Loader 上傳

有關詳細資訊，請參閱?Using Application Loader。

知識擴充套件

1、我們在進行版本更新的時候，App圖示、名字、描述、新版本描述、關鍵詞、支援URL、截圖、聯絡方式、Review Notes(稽核備註)均可以更改

後設資料相關資訊

2、Review Notes(稽核備註)中，包括如下資訊：

  • 名字、姓氏、電子郵件地址、電話號碼(都是必需)

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

  • 稽核註釋(可選)

有助於稽核團隊實施稽核過程的 app 其他資訊。新增測試 app 可能需要的資訊，如 app 專用設定、測試註冊或帳戶詳細資訊。“Review Notes”（稽核備註）欄位的大小上限為 4000 位元組，並可本地化為任何語言版本。如果您的 app 通過蜂窩資料網路傳輸流媒體視訊，則在“Review Notes”（稽核備註）中輸入測試視訊流 URL。此文字僅對 Apple 稽核團隊可見。

  • 使用者名稱(可選)

擁有完整訪問許可權的演示帳戶的使用者名稱。此帳戶在 app 稽核過程中使用，不能是過期帳戶。應在“Review Notes”（稽核備註）欄位中新增其他帳戶的詳細資訊。

  • 密碼(可選)

擁有完整訪問許可權的演示帳戶的密碼。

微博： @Danny_呂昌輝
部落格： SuperDanny

相關文章