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用户那样热衷于更新操作系统版本 。