Question

怎么在app store提交上架app

Answer 1

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的各项信息，提交审核，等待通过即可。

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

可能很多人觉得这个上架过程太复杂，不知道如何申请开发者账号，如何打包，如何提交审核，那么我们可以借助第三方开发者服务平台，让他们帮我们快速上架。

如何利用开发者服务平台iOS APP上架App Store

百度搜索亥著，进入亥著开发者中心，点击左侧导航栏的“APP上架”

点击iOS上架，上传应用，可以选择正常上架，也可以选择三天加急。

Answer 2

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