ios如何發布app

Ⅰ iosapp開發怎麼上架

1、注冊開發者賬號

2、創建APP ID、配置文件Profiles

3、創建iOS發布證書

4、打包ipa

5、iTunes connect創建APP

6、上傳ipa

7、填寫APP信息提交審核

也可以藉助開發者服務平台進行代上架：進入亥著，直接點擊APP上架，提交所需資料，即可等待上架。

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

iOS APP上架App Store流程：

1、注冊開發者賬號

開發者賬號分為三種，分別是個人開發者賬號，公司開發者賬號，和企業開發者賬號。

2、創建APP ID、配置文件Profiles

創建APP ID，APP ID非常重要，上架流程就是用APP ID關聯在一起的。

3、創建iOS發布證書

創建iOS發布證書，下載P12證書文件。

4、打包ipa

利用iOS證書打包ipa，可以使用HBuilder工具打包。

5、iTunes connect創建APP

進入iTunes connect，選擇創建APP，輸入應用名稱、語言、套裝ID等，創建APP。

6、上傳ipa

APP uploader程序中，提交ipa文件。

7、填寫APP信息提交審核

iTunes connect中在我的APP中填寫APP的各項信息，提交審核，等待通過即可。

App Store審核比較嚴格，其實可以藉助蘋果簽名，這樣就可以不經過App Store，直接在蘋果手機上安裝了。

搜索微導流，點擊企業簽名，上傳自己的ipa文件，就可以完成在線簽名了。

Ⅲ iOS App 如何上架需要注意哪些問題

上架步驟：

1、注冊開發者賬號

2、創建APP ID、配置文件Profiles

3、創建iOS發布證書

4、打包ipa

5、iTunes connect創建APP

6、上傳ipa

7、填寫APP信息提交審核

上架被拒的常見原因：

1、APP的完成度

要考慮iOS上架應用是否有明顯的bug，在IPV6網路下能夠流暢使用，是否有隱藏開關，測試賬號是否完善等等。

2、准確的元數據

描述、截圖與實際功能不符，一定要用蘋果手機截圖，去除隱藏功能模塊代碼

3、商業模式

主要是因為沒有資質。所以建議大家盡可能多地把自己公司合規的證據資料發給蘋果。

4、強制或暗中採集用戶信息

不能暗中採集或共享用戶的個人信息，將「強登錄」功能修改為提示登錄的版本。

5、 重復 App

當iOS上架應用的代碼或者功能與已有APP相似度太高，那麼有可能會被認定為馬甲包。

6、功能不夠完善

如果蘋果人為該iOS上架應用功能太少，沒有核心功能時，那麼也可能審核不通過。一般打包封裝的APP很容易觸發這個問題。

7、支付

主要是iOS上架應用接入第三方支付，支付寶、微信等，所以還是老老實實地走蘋果支付的支付方式。

8、代碼違規

很可能是三方庫中含有SDK，檢查文檔中是否有違規字元串，有的話刪掉。

9、定位服務

還是那句話，iOS上架應用如果要採取用戶數據信息，需要給予用戶提示，得到用戶的允許。

10、知識產權

主要是iOS上架應用中未經授權，使用受版權保護的第三方材料。

iOS上架還會遇到各種各樣的問題，根據反饋來進行相應的修改。

代上架：

亥著開發者服務平台：

Ⅳ 怎樣 新發布一個 app ios

在向App Store提交應用的前提是你已經成為蘋果iOS開發者項目成員之一，你已經向蘋果繳納了99美元/年的費用。你可以通過此鏈接注冊成為蘋果iOS開發者項目成員。點擊Enroll Now按鈕。

圖1.注冊成為iOS開發者
1.你的應用已經准備好了嗎？
Step1.測試
寫完最後一行代碼或者執行完最後一個功能並不意味著你的App已經完成了，你是否讓你的應用在多個設備上進行測試了？你的應用是否有內存泄露的問 題？你的 應用程序是否總是崩潰？這幾年，iOS設備市場規模增長迅猛，你必須保證你的應用已經在盡可能多的設備上通過測試。常見的問題比如你是否在iPhone 5的4寸屏幕到iPad Mini的7.9寸屏幕上都通過了測試。
iOS模擬器非常有用，但它是在Mac上運行的，內存和處理能力要比你口袋中的手機強大很多，一款iPhone 3GS和iPhone 5的性能差別更不用多說。作為iOS開發者，你可不能冒著風險長期使用一款過時的iOS設備來創建和維護App，即便App可以在老的iOS設備上很好地 運行，但不代表也可以在新設備上跑的順暢。
蘋果的審核是封閉的，但能減少不完善的性能表現給用戶帶來的糟糕體檢。如果你的應用時常崩潰，或者啟動後不久運行速遞變得緩慢遲滯，那在向App Store提交之前你還有不少工作要做。即便蘋果審核人員不能發現App存在的問題，但用戶會發現。如果用戶體驗很差，那麼用戶會給你的差評或者低分，進 一步影響到應用的銷售和下載。
Step2.規則和指南
就像我前面所說的，蘋果為開發者提供了很多文檔資料，開發者尤其要注意iOS人機交互指南和App Store審核指南，不過不少開發者沒有精力或者難以靜下心來認真研讀這些文檔，那麼你的應用將會因為這些文檔中列出的要求而被一再拒絕。
再退一步說，即便你沒有研讀iOS人機交互指南和App Store審核指南，但開發者也要知道大家常說的那些規則，如下我列出了一些你的應用應該和不應該做的事情。
你的應用：
不能崩潰
不能使用私有API，
不能復制原生app的功能，
應該使用IAP(應用內付費)金融交易
不能在用戶不知情的情況下使用相機或者麥克風
應該使用有版權的圖片
這些只是上邊所說的文檔內容中很小的一部分。iOS人機交互指南和App Store審核指南內容更多是非常瑣碎的。但有的小地方你也許會不經意的違反。比如，在蘋果使用啟用自家地圖之前，MapKit framework使用的是谷歌地圖，用戶也非常清楚谷歌的logo會放在每張地圖的左下角，如果你的應用的用戶界面覆蓋了谷歌的logo，那麼蘋果就會 拒絕你的應用。雖然這非常瑣碎，但也是不少開發者經常「犯錯誤」的地方。
2.預先准備
在你開始將程序提交到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就可以解決這個問題。

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應用程序到蘋果APP STORE

要發布iOS應用程序到App Store首先需要一個iOS developer帳號，賬號是收費的，$99美元/年。即便是免費應用也需要一個開發者賬號，注冊Developer賬戶這里就不詳細介紹了。
然後自然是將App准備好。確保iOS應用程序已經在模擬器（Simulator）中做了全面的測試確認沒有已知Bug了。

App發布的工作一切准備好了之後，就可以發布應用到App Store了，應用發布概括起來需要以下幾個流程：
1. 注冊App ID，在Xcode中指定Bundle Identifier
2. 創建發布證書（Distribution Certificate）
3. 創建Distribution Provisioning Profile
4. 用Distribution Profile為應用簽名
5. 打包App
6. 在iTunes Connect上傳App
以上大部分的操作是在Provisioning Portal、XCode、Keychain Access工具和iTunes Connect中完成的。
上傳App必須在Xcode軟體里執行（也就是要有MacAir, MacMini等運行Moc OS X Mountain等10.x的系統，最好是10.7等最新版的。
XCode這個Object C的集成開發環境目前版本是4.3.2。
其他操作都可以在普通瀏覽器里完成。

Ⅵ 如何在ios上發布app

1，注冊蘋果開發者賬號
2，成為付費用戶，99美元
3，配置證書等，提交app到app store等待審核。

Ⅶ 如何將ios應用發布到應用商店

開發者提交應用的過程就簡單多了，可以直接使用Xcode進行提交。首先在iTunesConnect中創建app，訪問iTunes Connect，使用你的iOS開發者賬號登陸，點擊右邊的「Manage Your Apps」，點擊左上角的「Add New App」，選擇「iOS App」，然後完成表格。

Ⅷ iOS個人開發者怎麼在網站上發布app

使用企業帳戶發布。
1.提供鄧白氏編碼和其他資料給蘋果申請企業帳號；
2.企業賬號創建企業證書用於打包，過程與個人、公司賬號打包過程一致。
3.Xcode Archive後導出到Enterprise，Xcode5會隨機生成一個plist文件，描述這個ipa，Xcode6後不再自動生成。plist文件包含ipa的下載鏈接，自定義。
4.將3中的plist文件上傳到網路空間，生成http鏈接（iOS6）或https鏈接（iOS7 之後），可下載這個plist文件，同時ipa也放到網路空間，並保證plist文件中的下載鏈接指向這個ipa
5.iOS設備打開4中指向plist文件的鏈接，下載這個plist文件，解析，然後分析ipa證書等，然後安裝。

Ⅸ ios app怎麼發布app store

2018最新整理iOS app上架蘋果商店，詳細流程！

上架iOS需要一個付費688的開發者賬號，還沒有的話申請一個或者借用。

申請蘋果開發者賬號教程

上架App Store之前是先安裝到蘋果手機測試調試好，app能正常運行再上架

iOS真機調試測試教程

上架過程分七個詳細步驟，按步驟一步步來，新手也能快速掌握上架流程。

仔細看這個流程，少走很多彎路，不用一步步去試錯，節省時間。

1、創建APP身份證（App IDs）

2、申請iOS發布證書

3、申請iOS發布描述文件

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

5、在iTunes Connect創建App

6、Windows下上傳IPA到App Store

7、上傳好IPA回到iTunes Connect填寫APP信息並提交審核

8丶+⒉⒉O⒌⒊⒌⒎O O⒎

一、創建唯一標示符BundleID (App IDs)

APP IDs在後面創建發布文件，創建APP時都要用到。（appid非常重要，整個上架流程就是用appid關聯在一起）

如果之前iOS真機調試時創建過了，就不用重新創建了，還是用那個appid。

首先打開開發者中心，進入證書頁面。

1.1點擊證書、ID及配件文件，進入設置。

很多夥伴登錄開發者中心沒有這個界面出來，那是因為沒有付費成為開發者。

可以看免開發者賬號申請ios證書真機調試的教程

5.2選擇我的APP點擊左上角+號選擇新建APP，輸入你的應用名稱，語言，套裝ID，之前在開發者中心創建的對應APP IDs

sku不能寫中文，自己用拼音隨便編一個，直接用appid也行，點擊創建。

（與剛才創建iOS發布描述文件時所選的appid要一致，這樣用iOS證書打包的IPA，上傳就能對應識別到）

Ⅹ 如何將App程序發布到蘋果App Store

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了。在XcodeProjectNavigator的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用戶那樣熱衷於更新操作系統版本 。