上傳應用到appstore

① 應用在蘋果App Store 怎麼上架以及審批

1、創復建App IDs

2、申請iOS發布證書制

3、申請iOS發布描述文件

4、上傳ios證書編譯打包IPA

5、在iTunes Connect創建App

6、上傳iTunes Connect

7、iTunes Connect填寫APP信息並提交審核

App Store上架過程復雜，並且要經過蘋果的機審和人工審核，有一點差錯就會被駁回重頭來，所以一般都會選擇平台幫忙上架。

亥著開發者服務平台可幫忙上架App Store，ios和Android系統都可以幫助上架。

也可以做蘋果簽名，簽名成功後的應用無需上架App Store，也不用蘋果審核，直接就可以鏈接或二維碼的形式分發給ios用戶安裝

② app怎麼上架到蘋果商店

當你用開發出了自己的app，下一步就是向app store提交應用了，這時應該如何操作呢？我的app真的准備好提交了？我敢肯定這些問題將會浮現在你的腦海。基於這篇教程，我將告訴你一個完整的提交過程。
開啟分步閱讀模式
操作方法
01
1.你的應用已經准備好了嗎？
測試
寫完最後一行代碼或者執行完最後一個功能並不意味著你的app已經完成了，你是否讓你的應用在多個設備上進行測試了？你的應用是否有內存泄露的問題？你的應用程序是否總是崩潰？這幾年，ios設備市場規模增長迅猛，你必須保證你的應用已經在盡可能多的設備上通過測試。常見的問題比如你是否在iphone 5的4寸屏幕到ipad mini的7.9寸屏幕上都通過了測試。
ios模擬器非常有用，但它是在mac上運行的，內存和處理能力要比你口袋中的手機強大很多，一款iphone 3gs和iphone 5的性能差別更不用多說。作為ios開發者，你可不能冒著風險長期使用一款過時的ios設備來創建和維護app，即便app可以在老的ios設備上很好地 運行，但不代表也可以在新設備上跑的順暢。
蘋果的審核是封閉的，但能減少不完善的性能表現給用戶帶來的糟糕體檢。如果你的應用時常崩潰，或者啟動後不久運行速遞變得緩慢遲滯，那在向app store提交之前你還有不少工作要做。即便蘋果審核人員不能發現app存在的問題，但用戶會發現。如果用戶體驗很差，那麼用戶會給你的差評或者低分，進 一步影響到應用的銷售和下載。
規則和指南
就像我前面所說的，蘋果為開發者提供了很多文檔資料，開發者尤其要注意ios人機交互指南和app store審核指南，不過不少開發者沒有精力或者難以靜下心來認真研讀這些文檔，那麼你的應用將會因為這些文檔中列出的要求而被一再拒絕。
再退一步說，即便你沒有研讀ios人機交互指南和app store審核指南，但開發者也要知道大家常說的那些規則，如下我列出了一些你的應用應該和不應該做的事情。
你的應用
需符合APPStore審核標准
不能崩潰
不能使用私有api，
不能復制原生app的功能，
應該使用iap(應用內付費)金融交易
不能在用戶不知情的情況下使用相機或者麥克風
應該使用有版權的圖片
這些只是上邊所說的文檔內容中很小的一部分。ios人機交互指南和app store審核指南內容更多是非常瑣碎的。但有的小地方你也許會不經意的違反。比如，在蘋果使用啟用自家地圖之前，mapkit framework使用的是谷歌地圖，用戶也非常清楚谷歌的logo會放在每張地圖的左下角，如果你的應用的用戶界面覆蓋了谷歌的logo，那麼蘋果就會 拒絕你的應用。雖然這非常瑣碎，但也是不少開發者經常「犯錯誤」的地方。如果還有不懂的地方可以到APICloud 的QQ群（398827124）當中尋求幫助。（查官方論壇鏈接）
END
02
2.預先准備
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。
distribution certificate(發布證書)
ios應用都有一個安全證書用於驗證開發者身份和簽名。為了可以向app store提交app，你需要創建一個ios provisioning profile 。首先需要創建一個distribution certificate(發布證書)，過程類似於創建一個development certificate(開發證書)。如果你已經在實體設備上測試你的app，那麼你對創建development certificate就已經很熟悉了。
如果對此不熟悉，我建議你讀下蘋果關於signing certificates和provisioning profiles的詳細指導。
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。
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就可以解決這個問題。
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用戶那樣熱衷於更新操作 系統版本。
END
03
3. assets(資源包)提交
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)
search icon: 29px x 29px and 58px x 58px (optional)
settings application: 50px x 50px and 100px x 100px (optional)
屏幕截圖的作用不言而喻，你可以為每個app上傳5張截圖，雖然至少需要上傳一張，可能很少有人會只上傳一張圖片。另外，你還需要分別為 iphone/ipod touch和ipad/ipad mini准備不同的屏幕截圖。這也是不小的工作量，但卻能展示應用的另一面。shiny development開發的一款售價6.99美元的mac軟體status magic可以為你節省不少時間。status magic可以幫你把狀態欄放在截圖的正確位置。
屏幕截圖和icon是應用給用戶的第一感覺，直接關繫到用戶會不會購買。不過，你所上傳的屏幕截圖也不一定非得是實際的截圖，看看where』s my water? (小鱷魚愛洗澡)截圖可以通過使用此策略，更具吸引力和說服力。
元數據
在提交應用之前，要管理好app的元數據，包括1應用名稱、2版本號、3主要類別，4簡潔的描述，5關鍵詞，6.支持url。如果你需要更新應用，你還要提供新增加的版本內容。
如果你的應用需要注冊嗎，你還得向蘋果提供一個測試賬戶或者demo賬戶，這樣審核人員就能很快進入app，而不用再注冊賬號。
提交ios應用
END
04
4. 提交准備
完成基本信息
出現在app store中app的名字要做到獨一無二, 這個名字可以不同於主屏幕icon下邊的名字，不過推薦使用相同的名字。
sku number是一個用來識別app的特殊字元串。我經常使用app的bundle identifier。最下邊是app的bundle id，你可以從下來菜單中選擇通配符app id或者准確的app id。
價格和有效性
下一步，確定app的價格和有效性。蘋果已經確定好了價格梯度，所以你不需要分別選擇各個國家中app售價，你只需要指定在哪個國家的應用商店出售 即可。 在app store顯示這款應用之後，這一過程中填的信息還可以被修改，也就是說你可以更改價格，並且不需要提交或更新。
元數據
我們已經說過元數據了，不過還沒有說應用評級。根據應用的內容和功能，蘋果會給應用一定評級，比如很多應用是4+，500px是17+。除了告訴用戶app的內容和功能，也可以讓孩子的父母放心。
如果你的應用等級跟內容不符合，蘋果也會拒絕你的應用。
准備上傳二進制文件
提交完app的元數據後，你會看到關於app的一些摘要信息，你應該在提交之前看看app的版本。點擊「view details」按鈕，再點擊右上角的「ready to upload binary」。然後系統會問你一個或幾個關於app的問題，完成後，你會看到提示信息，告訴你准備上傳二進制文件。app的狀態就變成「waiting for upload」。
END
05
5. 上傳二進制文件
為了上傳程序，需要為程序創建一個archive。你只能在一台真實設備上創建一個archive。 如果你在active scheme中選擇了ios simulator，那麼在xcode的proct菜單中archive選項是灰色不可選的。連接一台ios設備到mac機器上，然後在active scheme中選擇這台設備，然後選擇xcode中proct菜單裡面的archive。
如果一切正常的話，現在你會獲得一個archive，並且xcode的organizer會自動打開，並顯示出剛剛生成的archive。在列表中 選中archive，然後點擊右邊的「distribute」按鈕。在顯示出來的畫面中，選擇「submit to the ios app store」。然後輸入你的ios開發者賬號進行認證。接著選擇application 和code signing identity。
應用程序的二進制文件會上傳到蘋果的伺服器中——在這個過程中，你的程序同樣需要被驗證。如果在驗證過程中遇到了錯誤，程序的提交流程