史上最用心的iOS App上架流程【轉】

來源:互聯網
上載者:User

標籤:

轉:http://www.jianshu.com/p/16fa56eacb5e題記

麻痹起來嗨!看網上那麼多的教程,依然在我心愛的愛屁屁在上架的時候遇到各種 J8 問題,最大的問題就是:Xcode 認證什麼的,Provisioning Profile 什麼的,Debug 什麼的,Production 和Distribution 什麼亂 78 糟的都把我搞糊塗了,網上很多教程都是好舊的(雖然思路一樣,但是不夠詳細),所以我打算把我今年已經上架的乾貨兒(,介紹地址)的上架艱辛曆程寫下來,一是可以讓自己以後上架 app 時可以減少一點兒彎路,二是可以給大家一個參考。

上架前預熱

先登陸自己的開發人員帳號(自己提前註冊好 iOS 開發人員帳號,這裡假設你已經擁有了一個 iOS 開發人員帳號),進入這個頁面:
https://developer.apple.com/account/overview.action


 

由於我提交上架的是iOS Apps,因此進入最左邊這一欄:


 

一開始,看著這幾個“Certificates、Identifiers、Devices、Provisioning Profiles”,感覺沒什麼的,但是到實際用起來,特麼的我就蒙圈了。下面解釋一下這幾個到底是什麼鬼,揭開它們的廬山真面目。

  • Certificates: 認證,常用的認證類型有4種:真機調試認證、推送調試認證,發布認證、推送生產認證。

  • Identifiers: App ID,跟項目工程的 Bundle Identifier(就是紅箭頭指向的<font color="red">me.angelen.Ganker</font>)匹配,如所示:


     
  • 需要支援推送、Game Center 等功能的 App ID 不能包含萬用字元* (就是在建立App ID時,選擇App ID的尾碼)。


     
  • Devices: iOS裝置在真機調試、AdHoc發布時都需要包含裝置的UDID才可以安裝。

  • Provisioning Profiles: 設定檔(描述檔案),不同類型的開發人員帳號都包含 Development、AdHoc 這兩種 Profile,不同的是個人、公司開發人員帳號有發布到 AppStore 的 Profile,而企業開發人員帳號則是 InHouse 企業內發布的 Profile。

看到我又亂了,不怕,慢慢來解釋。

開始上架之路1. 申請App ID
 

選中Identifiers的App IDs,點擊右上方的“+”號填寫相應資訊來申請App ID。


 

注意:這個App ID Description的Name是用來描述你的App Id,這個隨便填,沒有什麼限制,最好是項目名稱,這樣方便自己辨識(不允許中文喔)。


 

注意:App ID Suffix,這是你 App Id 的尾碼,這個需要仔細。因為這個內容和你的程式直接相關,後面很多地方要用到,最好是com.yourcompany.yourappname的格式,我用的是項目中的 Bundle Identifier(反正這樣是最保險的,上面有提到什麼是 Bundle Identifier )。


 

注意:App Services,預設會選擇2項,不能修改,只需要選擇上自己需要的服務即可,不知道在哪裡看到說是必須要選上推送,否則後面就沒有辦法修改了,但是我自己測試的是可以修改的。如果不放心的程式??可以選上喔,然後點擊Continue。


 

確認沒有錯的話直接點擊 Submit 後點擊 Done 即完成 App ID 的建立,如所示:


 2. 建立認證(Certificates)2.1 建立認證請求檔案

先建立一個認證請求檔案。在 Mac 上的應用程式找到“鑰匙串訪問”,如這個表徵圖:


 

開啟後,選擇 鑰匙串訪問--認證助理--從憑證授權單位請求認證,如所示:


 

填寫好認證資訊,儲存該認證。


 

注意:使用者郵件地址填寫開發人員的郵件,常用名稱是認證中密鑰的名字,CA 電子郵件地址不用填。
點擊“繼續”,選擇儲存該認證的位置,即可產生認證請求檔案,如所示:


 2.2 開始建立認證
 

認證有兩大類,開發認證(Development,也稱為調試認證)和發布認證(Production)。

常用的有以下幾種:

① iOS App Development:真機調試認證。

② Apple Push Notification service SSL (Sandbox):推送調試認證,直接用 Xcode 調試到裝置的 App 需要調試認證推播通知。

③ App Store and Ad Hoc:發布認證,App Store、In-House(之前是有這個的,不過我現在看不到,先不管)、Ad Hoc 發布方式都需要這個認證來簽名。

④ Apple Push Notification service SSL (Sandbox & Production):推送正式認證,AppStore、In-House、AdHoc 都需要用正式推送認證推播通知。

注意:這幾種認證的建立都是需要上傳CSR檔案(就是剛剛建立好的 CertificateSigningRequest.certSigningRequest檔案)。


 

發布認證和開發人員認證需要操作兩次,分別建立,開發人員認證用於真機調試,發布認證用於提交到 App Store。
比如先勾選 iOS App Development,點擊 Continue,它會提示你需要一個 CSR 檔案。


 

機智如我早就已經建立好了,就是那個上面說的 CertificateSigningRequest.certSigningRequest檔案。
好,繼續 Continue。


 

選擇那個 CSR 檔案,點擊 Generate。


 

可以把他下載到 Mac 找個地方放著。
同樣的,App Store and Ad Hoc 也是一樣的方法來建立即可。


 

哎呀,還可以,知道我已經建立了 iOS App Development,給我變灰不可以點擊了。
到了最後一步,跟建立 iOS App Development 差不多:


 

不過跟 iOS App Development 的認證的Name有點不同。一個是 iOS Development: Microlen Yan(我的),另一個是 iOS Distribution: Y..S.. Technology Co., Ltd.(公司的)。也下載到電腦以後,你 Mac 上有了以下這兩個檔案:


 

在開發人員中心也可以看到:


 

這兩個認證都是有效期間1年。
雙擊這兩個 cer 認證檔案,就可以安裝好了這兩個認證。(如果安裝不上,可以直接將認證檔案拖拽到鑰匙串訪問的列表中)
安裝完成之後應該是這樣子的:


 3. 建立設定檔(描述檔案Provisioning Profile)
 

點擊右上方的“+”號,分別建立開發用的 Provisioning Profile 和發布到 App Store 用的 Provisioning Profile:


 

以iOS App Development為例。


 

選擇之前已經建立好的App ID,下一步:


 

選擇認證,這個也是剛剛建立好的認證。繼續下一步:


 

注意:開發的 Provisioning Profile 需要真機調試,所以這裡要綁定一個或以上的真機,這裡我是之前添加過真機了,所以可以直接勾選;如果沒有的話,需要將真機的 UUID 複製出來在此添加(方法:使用手機 Safari 訪問 http://fir.im/udid )。還有就是,在發布的 Provisioning Profile 中,是沒有這一步的,道理我們都懂!(不懂也不要問度娘)
好,勾選了之後,直接 Continue:


 

填寫好了 Profile Name 之後,點擊 Generate 產生:


 

下載下來吧,騷年!然後去建立發布用的 Provisioning Profile,步驟和以上的差不多。
在選擇認證的時候有一點點不同:


 

同樣完成以後,下載下來。現在就多了兩個 Provisioning Profile:


 

雙擊就添加到 Xcode 中,這樣在真機調試或者發布時,就可以分別有不同的 Provisioning Profile 與其對應。不過,其實可以不用下載儲存,因為可以在Xcode那裡下載的(具體操作下面有,我也是後來才聽說的,原諒我沒有好好讀書)。

4. 項目配置(在 Xcode 進行)

在 Xcode 中,選擇 Xcode--Preference 以下介面,選擇 Accounts 選項卡:


 

選中那個 Admin 的,然後點擊 View Details...


 

在這裡可以下載你的 Provisioning Profile(Xcode做得還可以的是不是)。
配置以下項目 PROJECT 的 Provisioning Profile 屬性:


 

然後用真機打包:Product--Archive(如果不是連真機,好像 Archive 這個功能表項目是灰色不可以點擊的)


 

為了保險起見、讓蘋果審核順利一點,先點擊“Validate...”來驗證一下:


 

驗證驗證著就出現以下這個問題了:


 

看來是這個 iTunes Connect 的問題,那就先去 iTunes Connect 去註冊一個該 app 的資訊吧。


 

https://itunesconnect.apple.com/WebObjects/iTunesConnect.woa/ra/ng/
我試了好多次才進去的,apple 這個坑爹貨。點擊“我的 App”,建立一個 App 吧。


 

點擊建立之後


 

填寫完相應資訊,點擊“1.0 準備提交”。
把要填的資訊包括:版本資訊、App 綜合資訊、Game Center(我的暫時沒有用到)、App 審核資訊、額外資訊,填寫完畢之後儲存一下(建議每填一下儲存一下,iTunes Connect 經常網路搞飛機的)。
對了,還有一個“構建版本”,這個把代碼打包成 ipa 檔案而已。構建版本(下面有構建方法)完成之後,再來這個 iTunes Connect 裡填寫“構建版本”


 

構建版本的方法有兩種,一種是使用 Xcode,另一種就是下載一個叫 Application Loader 這個軟體:


 
  • Xcode 構建版本:
    用真機打包:Product--Archive 之後進入以下頁面(或者已經 Archive 了的話就可以通過 Window--Organizer 進入):

     

看到藍色背景的按鈕沒有,Upload to App Store...之後按照提示操作吧。

我建議使用 Application Loader 的。

  • Application Loader 構建版本:
    如,點擊“Export...”,匯出一個 ipa 檔案(其實這個時候就可以點擊“Validate...”,但是我懶)。
    然後開啟 Application Loader 這個軟體,雙擊“交付您的應用程式”:

     

它會驗證你的 app,如果這裡上傳完畢沒有報錯的話,那麼 10 分鐘左右等 apple 那邊處理完這個版本,就可以到 iTunes Connect 裡的“構建版本”選擇剛剛上傳好的這個版本。
填好就像這樣子啦:


 

好,資訊都填寫完畢了。iTunes Connect 右上方提交審核吧!祝君 app 順利上架!

 



文/angelen(簡書作者)
原文連結:http://www.jianshu.com/p/16fa56eacb5e
著作權歸作者所有,轉載請聯絡作者獲得授權,並標註“簡書作者”。

史上最用心的iOS App上架流程【轉】

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.