向苹果AppStore提交新应⽤的图⽂教程（转）
当你克服重重困难终于开发出了⾃⼰的App，下⼀步就是向App Store提交应⽤了，这时应该如何操作呢？我的App真的准备好提交了？我敢肯定这些问题将会浮现在你的脑海。基于这篇教程，我将告诉你⼀个完整的提交过程。
介绍
我们都知道苹果审核的过程就像是在“⿊箱”操作，但这并不妨碍你为这个审核过程做⼀些事先的准备。苹果的App Store审核指南已经告诉你哪些是允许的，哪些是不允许的。当你第⼀次提交你的应⽤到苹果的时候，这是⼀个令⼈兴奋⽽但⼜伤脑筋的过程。即使再有经验的开发者也会措⼿不及，毕竟这事不像写代码每天都⼲。
前提
在向App Store提交应⽤的前提是你已经成为苹果iOS开发者项⽬成员之⼀，你已经向苹果缴纳了99美元/年的费⽤点击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审核指南，但开发者也要知道⼤家常说的那些规则，如下我列出了⼀些你的应⽤应该和不应该做的事情。
你的应⽤：
不能崩溃
不能使⽤私有API，
不能复制原⽣app的功能，
应该使⽤IAP（应⽤内付费）⾦融交易
不能在⽤户不知情的情况下使⽤相机或者麦克风
itunes更新ios7应该使⽤有版权的图⽚
这些只是上边所说的⽂档内容中很⼩的⼀部分。iOS⼈机交互指南和App Store审核指南内容更多是⾮常琐碎的。但有的⼩地⽅你也许会不经意的违反。⽐如，在苹果使⽤启⽤⾃家地图之前，MapKit fram
ework使⽤的是⾕歌地图，⽤户也⾮常清楚⾕歌的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适合你的项⽬，我推荐你读下苹果关于这⼀主题的⽂档：。
Step 2: Distribution Certificate(发布证书)
iOS应⽤都有⼀个安全证书⽤于验证开发者⾝份和签名。为了可以向App Store提交app，你需要创建⼀个iOS provisioning profile 。⾸先需要创建⼀个distribution certificate（发布证书），过程类似于创建⼀个development certificate（开发证书）。如果你已经在实体设备上测试你的App，那么你对创建development certificate就已经很熟悉了。
如果对此不熟悉，我建议你读下。
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相匹配。最近添加的pr
ovisioning profiles有时候不会⽴马就在build settings的Code Signing中看到，重启⼀下Xcode就可以解决这个问题。
图2：配置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但对Android⽽⾔，就是另外⼀回事了
3. 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)
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可以帮你把状态栏放在截图的正确位置。
屏幕截图和icon是应⽤给⽤户的第⼀感觉，直接关系到⽤户会不会购买。不过，你所上传的屏幕截图也不⼀定⾮得是实际的截图，看看截图可以通过使⽤此策略，更具吸引⼒和说服⼒。
Step 3: 元数据
在提交应⽤之前，要管理好app的元数据，包括1应⽤名称、2版本号、3主要类别，4简洁的描述，5关键词，6.⽀持URL。如果你需要更新应⽤，你还要提供新增加的版本内容。
如果你的应⽤需要注册吗，你还得向苹果提供⼀个测试账户或者demo账户，这样审核⼈员就能很快进⼊app，⽽不⽤再注册账号。
4. 提交准备
Xcode 4以后，开发者提交应⽤的过程就简单多了，可以直接使⽤Xcode进⾏提交。⾸先在中创建app，访问iTunes Connect，使⽤你的iOS 开发者账号登陆，点击右边的“Manage Your Apps”，点击左上⾓的“Add New App”，选择“iOS App”，然后完成表格。
图3.浏览iTunes Connect页⾯
Step 1: 完成基本信息
出现在App Store中App的名字要做到独⼀⽆⼆, 这个名字可以不同于主屏幕icon下边的名字，不过推荐使⽤相同的名字。
SKU Number是⼀个⽤来识别app的特殊字符串。我经常使⽤app的bundle identifier。最下边是app的Bundle ID，你可以从下来菜单中选择通配符App ID或者准确的App ID。
图4.指定名称、SKU Number以及Bundle ID
Step 2：价格和有效性
下⼀步，确定app的价格和有效性。苹果已经确定好了价格梯度，所以你不需要分别选择各个国家中app售价，你只需要指定在哪个国家的应⽤商店出售即可。在App Store显⽰这款应⽤之后，这⼀过程中填的信息还可以被修改，也就是说你可以更改价格，并且不需要提交或更新。
图5.指定价格和有效性
Step 3: 元数据
我们已经说过元数据了，不过还没有说应⽤评级。根据应⽤的内容和功能，苹果会给应⽤⼀定评级，⽐如很多应⽤是4+，500px是17+。除了告诉⽤户app的内容和功能，也可以让孩⼦的⽗母放⼼。
如果你的应⽤等级跟内容不符合，苹果也会拒绝你的应⽤。
图6.键⼊应⽤元数据和评级
Step 4: 准备上传⼆进制⽂件
提交完app的元数据后，你会看到关于app的⼀些摘要信息，你应该在提交之前看看app的版本。点击“View Details”按钮，再点击右上⾓
的“Ready to Upload Binary”。然后系统会问你⼀个或⼏个关于app的问题，完成后，你会看到提⽰信息，告诉你准备上传⼆进制⽂件。app 的状态就变成“Waiting for Upload”。
图7.App概要
5. 上传⼆进制⽂件
为了上传程序，需要为程序创建⼀个archive。你只能在⼀台真实设备上创建⼀个archive。如果你在active scheme中选择了iOS Simulator，那么在Xcode的Product菜单中Archive选项是灰⾊不可选的。连接⼀台iOS设备到Mac机器上，然后在active scheme中选择这台设备，然后选择Xcode中Product菜单⾥⾯的Archive。
图8.使⽤Xcode对应⽤程序进⾏归档（Archiving）
如果⼀切正常的话，现在你会获得⼀个archive，并且Xcode的Organizer会⾃动打开，并显⽰出刚刚⽣成的archive。在列表中选中archive，然后点击右边的“Distribute”按钮。在显⽰出来的画⾯中，选择“S
ubmit to the iOS App Store”。然后输⼊你的iOS开发者账号进⾏认证。接着选择Application 和Code Signing Identity。
应⽤程序的⼆进制⽂件会上传到苹果的服务器中——在这个过程中，你的程序同样需要被验证。如果在验证过程中遇到了错误，程序的提交流程就会失败。验证处理⾮常有⽤，如果程序中有⼀些错误，苹果的 App Store评审团会告诉你具体原因。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论