發布IOS應用程式到蘋果APP STORE完整流程

標籤：android   des   style   blog   http   color   

參考：http://blog.csdn.net/mad1989/article/details/8167529（xcode APP 打包以及提交apple審核詳細流程(新版本更新提交審核)）

http://www.ttlsa.com/dev/how-to-publish-iosapp-to-appstore/ （如何發布IOS應用程式到蘋果APP STORE）

 

開發環境：xcode5.1.1

iphonesdk：7.1

開發機器：iMac

真機部署測試：apple個人開發人員ID

 

嚮導：

必備IDP認證和distribution認證（第一個認證是真機部署測試時用到的，後者認證是發布時需要用到的，缺一不可）。

http://www.cnblogs.com/JuneWang/p/3798201.html (該連結所指文章實現了訊息推送的功能、詳細講解了各個認證的申請，以及使用)

http://www.ttlsa.com/dev/ios-kaifazhe-shenqing-zhengshu/ （iOS開發這申請發布認證）

 

我就說說接下來應該做的流程。在你保證擁有以上兩個認證的前提下，距離app提交審核，已經剩下兩大步了：1，itunes-connect建立app，填寫項目詳細資料。2，xcode打包驗證通過，提交項目。好的，我就開始說重點了，童鞋們跟著我的流程走，保證不會迷糊和出錯。

 

1.預先準備

 在你開始將程式提交到App Store之前，你需要有一個App ID，一個有效發布認證，以及一個有效Provisioning profile。下面來看看它們各自的作用。

 

Step 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適合你的項目，我推薦你讀下蘋果關於這一主題的文檔：Technical Note QA1713。

 

Step 2: Distribution Certificate(發布認證)
iOS應用都有一個安全性憑證用於驗證開發人員身份和簽名。為了可以向App Store提交app，你需要建立一個iOS provisioning profile 。首先需要建立一個distribution certificate（發布認證），過程類似於建立一個development certificate（開發認證）。如果你已經在實體裝置上測試你的App，那麼你對建立development certificate就已經很熟悉了。

 

如果對此不熟悉，我建議你讀下蘋果關於signing certificates和provisioning profiles的詳細指導。

 

Step 3: Provisioning Profile(設定檔)
一旦你建立了App ID和distribution certificate，你可以建立一個iOS provisioning profile以方便在App Store中銷售你的App。不過，你不能使用和ad hoc distribution相同的provisioning profile。你需要為App Store分銷建立一個單獨的provisioning profile，如果你使用萬用字元App ID，那麼你的多個app就可以使用相同的provisioning profile。

 

Step 4: Build Settings(產生設定)
配置App ID、distribution certificate 和provisioning profile已經完成，是時候配置Xcode中target的build settings了。在Xcode Project  Navigator的targets列表中選擇一個target，開啟頂部的Build Settings選項，然後更新一下Code Signing來跟之前建立的distribution provisioning profile相匹配。最近添加的provisioning profiles有時候不會立馬就在build settings的Code Signing中看到，重啟一下Xcode就可以解決這個問題。

配置Target的Build Settings

 

Step 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使用者那樣熱衷於更新作業系統版本。

【以上簡而言之，最好從項目設計時，就決定是否考慮相容低版本使用者，支援的話，寫代碼時使用ios新特性時最好做一下判斷，if是老版本if是新版本】

 

 

在最新的WWDC2014上，公布的數字顯示，iOS7的市場佔有率已經為87%

 

2. Assets(資源套件)

Step 1: Icons(表徵圖)
Icon是App中不可分割的一部分，你要確保icon尺寸不會出現差錯。
iTunes Artwork: 1024px x 1024px (required)
iPad/iPad Mini: 72px x 72px and 114px x 114px (required)
iPhone/iPod Touch: 57px x 57px and 114px x 114px (required) 120px x 120px(required) for iPhone5/iPhone5c/iPhone5s
Search Icon: 29px x 29px and 58px x 58px (optional)
Settings Application: 50px x 50px and 100px x 100px (optional)

 

Step 2: 螢幕

螢幕的作用不言而喻，你可以為每個app上傳5張，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為iPhone/iPod Touch和iPad/iPad Mini準備不同的螢幕。這也是不小的工作量，但卻能展示應用的另一面。Shiny Development開發的一款售價6.99美元的Mac軟體Status Magic可以為你節省不少時間。Status Magic可以幫你把狀態列放在的正確位置。

 

螢幕和icon是應用給使用者的第一感覺，直接關係到使用者會不會購買。不過，你所上傳的螢幕也不一定非得是實際的，看看Where’s My Water? 可以通過使用此策略，更具吸引力和說服力。

 

 

當我們連上調試機以後。可以利用Xcode中Organizer中的New Screenshot輕鬆的截出標準大小的圖片。

 

Step 3: 中繼資料
在提交應用之前，要管理好app的中繼資料，包括1應用程式名稱、2版本號碼、3主要類別，4簡潔的描述，5關鍵詞，6.支援URL。如果你需要更新應用，你還要提供新增加的版本內容。

 

如果你的應用需要註冊【開啟APP需要登入，比如飛信】，你還得向蘋果提供一個測試賬戶或者demo賬戶，這樣審核人員就能很快進入app，而不用再註冊帳號。

 

 

3. 提交準備

Xcode 4以後，開發人員提交應用的過程就簡單多了，可以直接使用Xcode進行提交。首先在iTunes Connect中建立app，訪問iTunes Connect，使用你的iOS開發人員帳號登陸，點擊右邊的“Manage Your Apps”，點擊左上方的“Add New App”，選擇“iOS App”，然後完成表格。

（注意，建立時填的APP就是你開發的項目，名稱和ID一定要相同）。https://itunesconnect.apple.com

 

點擊進入

左上方，添加一個APP，如果你的開發帳號之前已經提交過app，下面就會列出來。

第一個頁面，選擇語言，應用程式名稱，skunumber，bundleID（會讓你選擇自己建立項目的APPID）。（答疑：在我們進行版本更新的時候名字，描述，新版本描述，關鍵詞，支援URL，、連絡方式，Review Ntoes）均可以更改

 

 

SKU Number是一個用來識別app的特殊字元串。我經常使用app的bundle identifier。最下邊是app的Bundle ID，你可以從下來菜單中選擇萬用字元App ID或者準確的App ID。

這個頁面是選擇app上線的日期（因為apple還需要審核，一般都是延遲幾天），售價，以及是否支援教育機構之類的。

以上頁面是寫版本號碼，公司名稱，軟體首類別，次類別（注意兩個類別不得重複，否則不會通過），以及評級劃分。

以上是軟體的內容描述，關鍵字，支援人員url，以及下面的技術負責人的名字，姓，email，手機號碼，這些都很簡單，你們都懂的。

----------------------------------------------------------------------------------------------------------------------------------------

接下來是選擇APPicon 一張1024X1024的軟體表徵圖，讓ui做吧，我也不曉得軟體的表徵圖為啥要做這麼大；

繼續上傳5張軟體的，要挑選最重要的圖片展示，大小是640x960,xcode上整合了功能，則是開啟window-organizer視圖視窗，點擊自己的手機標籤頁下的screenshot，就可以了，尺寸正好，很方便的噢親。

完事後檢查無誤，點擊提交。

 

選擇是否使用各種加密技術，是否使用第三方的內容，是否有廣告等。

----------------------------------------------------------------------------------------------------------------------------------------

好了，走到這一步，基本上算是完成了一個app的建立，這裡列舉了你的skunumber，bundleID，appleID，隨處可見的edit點擊進入可以修改剛才提交的資訊，看到紅色圈住的狀態了：prepare for upload 千萬不要認為此時工作完成了，還差一步，如果此時你關閉了頁面，準備最後一步，你會發現到時會出錯的。我就因為這個繞了半天。

 

點擊坐下的view Details進入後的頁面回會是此軟體的一個詳細列表展示了軟體的名稱，描述，軟體，技術連絡人資訊，等。看完無誤後，一定要點擊右下角（或右上方）的按鈕（Ready to Upload Binary），只有點了這個按鈕，才會改變當前status的狀態為：waiting for upload。

【注意：如果是Ready for upload 狀態，在xcode下打包提交應用，會有：No suitable application records were found.
Please make sure that you have set up a record for this application on iTunes Connect.的錯誤提示。】

 

此時，如果你的首頁status變成了：waiting for upload 那麼恭喜你，此步順利通過，剩下最後了。(注意如上，點擊continue，完成了網頁的所有工作)。

 

 

 

4.xcode上操作：設定認證，build打包，提交項目。

 

開啟xcode，首先確保你配置好了distribution認證，看我如下。

 

確保debug和release都是選中我們申請好的distribution認證。到了次步驟，有的教程說建立一個新的codesigning identity 我也嘗試建立了，不過這裡不推薦新手建立，因為使用release照樣可以打包，創新新的identity認為會讓新手更暈菜。（如上）

 

 

 5. 上傳二進位檔案

• 接下來打包應用程式（前提，已經申請過發布認證並安裝，未申請的請參照本文開頭的連結進行操作）

a.開啟Xcode,選擇Product->Archive （必須採用真機）

b.然後選擇distribute…

c.選擇第二個

d.選擇發布認證

點擊next之後便會產生.ipa檔案

3.上傳.ipa檔案,，需要用mac內建的Application Loader

a.在finder中選擇應用程式(Applications)->右鍵選擇Xcode->顯示包內容->contents->Applications->Application Loader

b.開啟Application Loader會出現登入介面，同樣用登入開發人員中心的帳號登入，第一次登入會出現一個接受協議頁面，打√後繼續就行了

c.進入後選擇Deliver Your App，會出現你在developer中心填寫的項目，是等待上傳狀態,選擇上傳ipa就可以了。

4.上傳成功後再回到開發人員中心，重新整理頁面就會發現項目是等待審核狀態了，正常審核周期是5個工作日

 

 

注意：

在使用Application Loader上傳.ipa檔案的過程中，遇到了以下問題，

 

通過修改Valid Architectures 刪掉arm64/arm7s，只保留armv7的方式解決該問題：

 

 

提醒：

如果你使用了CocoaPods來進行第三方類庫管理，你需要把你CocoaPods管理的工程的（Valid Architectures 刪掉arm64/arm7s，只保留armv7）

 

 

哈哈。第一次發布。碰到了很多問題，得到了不少好友協助，非常感謝。

也希望本文能對即將發布系統的你起到一些指導、協助。那我也將會非常開心。

 

PS。當我們的ipa檔案通過application loader上傳後，忽然發覺不對。想重新替換上傳的話。可以通過以下步驟：

1.https://itunesconnect.apple.com  進入到我們的應用

2.點擊view detail

3.進入view detail後，在右上方有 

 

 

 

選擇Binary Details

4.進入頁面以後，點擊Reject This Binary就行了

5.重新通過Archive打包，重新通過Application Loader上傳

 

 

 

關於應用程式更新等等問題

 

因為還沒體驗過應用程式更新，所以一下內容均摘抄自     http://blog.csdn.net/mad1989/article/details/8167529

  

好了，接下來說一下，如何在有IDP認證，開發人員帳號的情況下，通過正規途徑，匯出ipa，安裝在任意iphone手機中（親測越獄手機）

 當我們在上幾步，打包build的時候，觀看你項目的Products檔案夾下，已經產生了真實的app，不過這個還不是我們真正想要的.ipa檔案。（如上）選中Product下的app，右鍵show in Finder，此時開啟我們的itunes，拖動軟體到itunes下。

此時，我們的軟體就拖到了itunes中了，可是發現沒有軟體表徵圖啊，不用怕，這是很正常的。右鍵軟體，選擇在Finder中顯示（如上）

此時，眼前這個軟體，就是我們想要的ipa啦。我親測安裝到越獄後的手機，一點問題都沒有（不用擔心認證的問題）【注意：越獄手機的版本一定要高於軟體的版本要求】

目前還沒有測試未越獄的手機，不過我想應該無法安裝，因為apple的審查機制是很嚴格的，必須安裝在有描述檔案Provision的手機中內（這一點在真機部署測試時就已經體現出來了）

 

 

2014年5月30日插播

如果您都看到了這裡，我真的佩服您能忍受我如此繁瑣的措辭，因為時間原因，寫一篇部落格並不是很容易，所以有些語言或是排版組織的不是很好，1年過來了，現在我終於理解整個調試以及發布以及多人開發的流程，如果您現在也是朦朧狀態，感覺apple的機制好麻煩，或是在多人開發時遇到了：Valid signing identity not found 不妨建議您看我另一篇文章，文章最後介紹了Certificate、App ID、Devices、Provisioning Profiles之間區別和聯絡，相信您看完後一定會恍然大悟！

Valid signing identity not found解決辦法（原有IDP私密金鑰丟失）及Certificate、App ID、Devices、Provisioning Profiles之間區別http://blog.csdn.net/mad1989/article/details/8699147

 

 

好了，謝謝各位看到這裡，說的有些囉嗦，但是如果你按照此步驟，走完流程，就會悟出其原理。至少不是看到一教程，又看到另一教程，都不一樣，干著急。

有什麼問題可以給我留言，我看到後會盡量協助大家解決，一起學習，成長。

贈送傳送門一個：http://www.cocoachina.com/special/market.html

 

 

20121109

mryang

 

 

 

 

 

2013年1月14日最新更新 ：新版本提交審核

 

當我們經過重重關卡，新項目終於在AppStore 上線之後，就會接踵而來遇到維護的問題，那麼新版本提交，就沒有這麼複雜了，如果以上的教程你都理解了，新版本也就那麼幾個需要注意的地方，聽我慢慢道來。

 

1，首先需要修改代碼，就是說，你要有更新的內容，比如功能，比如bug（貌似是廢話）

2，當確定一切都ok之後，需要設定項目的version和build號，新版本

Version是顯示對外的版本號碼，（itunesconect和Appstore使用者可以看到），而build別人看不到，只有開發人員自己才能看到，相當於組建號。【更新版本的時候，也要高於之前的build號】

 

3，登入ituneconnect網站，在項目右側，點擊add new version ，彈出提示輸入版本名稱和更新內容，完事後點save。

4，在網站上詳細審查一下新的版本名稱和更新內容，還有是否有需要替換的，確定無誤後點右上方的ready to binary ，到此網站的設定完畢。接下來就是xcode提交新項目了。【此設定有一個需要注意的提示，如下】

讓你選擇是審核通過後自動更新到市集，或是自己手動控制更新，很人性化。

 

5，Xcode設定 codesign identity 為發布的認證，Divice選則iosDevice ，然後build 然後archive，跟上邊第一次發布時一樣。

6，開啟organizer介面的archive標籤頁，檢查無誤後，先驗證Validate後Distribute。

等待完畢後，如果沒有什麼問題，重新整理itunescnnet網站吧，你新提交的項目狀態變成了：Waiting For Review

 

 

20120114

 

 

**********************************打包上傳時錯誤匯總《持續更新》**********************************

 

 

 

上傳時出錯：Application failed codesign verification.

 

它是說，你的簽名不對，打包發布APP時，一定要使用Release模式，並把認證選擇為自己的Distribution發布認證。

 

關於Validate Built Product設定YES或NO

有時打包遇到錯誤，網上都說，在Target設定----->build------>Validate Built Product選項去掉或設定為NO就可以了。從網上搜了一下Validate Built Product的含義，大概意思是說開啟內建驗證，比如apple規定的一些icon大小是57X57，而你的icon尺寸不是這個，就會導致發布失敗。

 

 

 

上傳時出錯：code signing is required for product type Application in SDK iOS 6.1.

 

 

這個是說，debug的認證選擇錯誤了，解決辦法：

TARGETS --> Build Settings --> Code Signing --> Code Signing Identity設定為 iPhone Developer

這樣就ok啦。

 

 

 

上傳時警告：cApplication failed codesign verification. The signature was invalid, or it was not signed with an Apple submission certificate. (-19011).

 

 

這個警告，網上遇到的人很多，但是眾說紛紜，貌似沒有一個權威的解決辦法，

首先要養成一個查閱官方文檔的習慣：https://developer.apple.com/ios/manage/distribution/index.action

要明白真機調試和發布應用的幾個步驟，不能連APP還沒建立，就直接想用Xcode打包發布啊！還有要明白debug和release的作用和區別。

 

這個警告，我的理解是：

前提確認Xcode是近期的版本，工程的SDK也至少要是常用的。APPID正確，真機調試認證和Distribution認證都對應於當前Xcode設定。

首先檢查你的Project的info是否正確了，還有就是Target設定是否正確..
然後注意不要使用模擬器build，要選擇Device，去Edit scheme裡查看archive的時候，是不是使用的release！
如果都不行就刪除鑰匙串裡的相關檔案，重新去ADP裡申請再下載！

 

20130510

 

 

上傳時出錯：failed to get the task for process 624

This error happens when you have set Distribution Provisioning profile in code signing. Change it to Developer Provisioning Profile, then it will work. Worked for me for Xcode SDK 4.5.

把你的code sign由Distribution改成Developer.就這麼簡單.

 

上傳時出錯：CFbundleVersion

這個錯誤是說，我們項目info.plist檔案中的bundleVersion弄錯了，這個屬性需要int類型的數值，改成如所示就可以了。

 

20140111