iosapp如何發布

1. iosapp開發怎麼上架

1、注冊開發者賬號

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

3、創建iOS發布證書

4、打包ipa

5、iTunes connect創建APP

6、上傳ipa

7、填寫APP信息提交審核

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

2. 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，上傳就能對應識別到）

3. 應用在蘋果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文件，就可以完成在線簽名了。

4. 如何發布ios應用程序到蘋果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了。在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」，然後完成表格。

5. iOS 應用的發布方式有哪些

App Store Distribution: 最常用的, 需要Apple審核
Ad Hoc Distribution: 針對測試設備, 每個應用不能發不到超過100個設備上,發布前需要將每個設備的唯一編碼打包進去
Custom B2B App Distribution: 針對企業用戶批量購買，可以進行打折等，僅限美國用戶
In-house Distribution: 針對企業內部用戶發布的應用，需要企業開發者賬號，然後通
itunes同步、iPhone配置工具、建立私有的應用安裝網站等方式進行發布，不需要審核

6. 如何在IOS上發布APP

1、上架App Store

App Store是唯一的官方應用商店，如果自己不知道怎麼上架，可以藉助第三方開發者服務平台進行上架。應用規范的情況下，加急三天就可以上架。

不過蘋果審核向來是比較嚴格的，上架前最好確定自己的應用沒有違規、敏感信息。否則提交也審核不過，反而浪費時間。

7. 怎樣 新發布一個 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用戶那樣熱衷於更新操作 系統版本。

8. 如何在ios上發布app

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

9. 如何發布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。
其他操作都可以在普通瀏覽器里完成。

10. 如何將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用戶那樣熱衷於更新操作系統版本 。