彼得潘的App異想世界: 真實世界的App上架流程

2012年8月10日星期五

真實世界的App上架流程

一個真實App的上架或改版，往往比課本裡教的複雜許多。單單將App精美地包裝送到Apple評審手上只是基本功，想要成為App高手，其實還有以下2點要注意:
(1) 專案的版本記錄
(2) crash report的收集

由於Xcode對於git先天的良好支援，目前大部分的App皆以git作為版本管理。為了將來能夠隨時回到過去，研究某個上架版App的問題，最好在每一次上架時，利用git的tag功能，將當時的專案做個版本記錄。

至於Crash Report，也就是所謂的錯誤回報，對於一個追求App盡善盡美的App高手而言，可以說是再多錢也買不到的稀世珍寶。有了crash report，我們可以大幅縮短找尋App當掉原因所花的時間。彼得潘過去年少不懂事，曾經採用最笨的方法，相約遇到問題的使用者一起出來喝咖啡複製問題。然而時代進步了，現在彼得潘每個月花個10美金，HockeyApp將貼心地幫彼得潘收集使用者的crash report，並聰明地解析crash原因。

連出問題的檔案和行數都解析出來的神機秒算HockeyApp。

接下來彼得潘將以Passion Bean最近上架的App LOCOMO為例，說明一個真真實實上架App的完整上架流程。

1. 在iTunes Store上建立欲上架的App版本，並將狀態設為Waiting For Upload。

2. 從Xcode設定上架App的版號。(Version和Build欄位)

點選專案檔，然後從Targets清單裡選定要上架的App Locomote，於 Locomote的Summary頁面設定版號。

注意: Version欄位必須和iTunes Connect上設定的一致。

3. 選擇release的scheme

LOCOMO包裝時，可分為平常每天包裝給測試人員試用的Ad Hoc版以及正式上架App Store的Release版。由於此兩個版本需要不同的provisioning profile，因此彼得潘建立以下3種不同的Configuration。
(1) Debug: 開發人員測試，結合development profile
(2) Release: App Store上架版，結合App Store的distribution profile
(3) Adhoc: 測試人員測試，結合Adhoc的distribution profile

為了包裝方便，彼得潘建立2個scheme，Locomote Releaes和Locomote，將Archive的Build Configuration分別設為Release和Adhoc，以對應App Store版和Adhoc版。

4. 將compile目標切換到iOS Device

如果compile目標是模擬器，將無法進行上傳App的Archive動作。

5. 開始包裝App ( Product -> Archive )

點選Distribute按鈕

選擇Submit to the iOS App Store，然後按下Next按鈕

6. 完成App上傳後，將目前的專案做git tag的動作

git tag v1.2.0

git push --tags

7. 將剛剛上傳的App，傳到HockeyApp的Server上，未來才能接收使用者的crash report。

在Organizer的Archives分頁，可以找到剛剛上傳到App Store的版本。(上傳到App Store的Status將顯示Submitted) 請點選它，然後從右鍵清單裡點選Show in Finder。