当前位置：
GameLook报道/苹果近日更新了App Store审核指南的相关章节，对此前版本进行了修改和完善。除了增加应用截图、预览等限制外，使用Apple Pay进行定期付款的应用程序必须展示每个阶段所需款额，费用归属以及如何取消。而从修改的政策部分可以看出，苹果对App store应用的审核更加严格，鉴于近来国内游戏踩雷屡见不鲜，审核标准请各位业内同学耐心阅读。
以下是更新后的审核指南（修改部分红色字体标出）：
1. 条款和条件
1.1 为App Store开发程序，开发者必须遵守&Program License Agreement&(PLA)、人机交互指南（HIG）以及开发者和苹果签订的任何其他协议和合同。以下规则和例证旨在帮助开发者的程序能获得App Store的认可，而不是修改或删除任何其他协议中的条款。
2.1 崩溃的程序将会被拒绝。
2.2 存在错误的程序将会被拒绝。
2.3 跟开发者宣传不符的程序将会被拒绝。
2.4 无应用文档或隐藏功能与描述不符的程序将会被拒绝。
2.5 使用非公开API的程序将会被拒绝。
2.6 在指定容器范围外读写数据的程序将会被拒绝。
2.7 以任何方式或形式下载代码的程序将会被拒绝。
2.8 安装或运行其他可执行代码的程序将会被拒绝。
2.9 Demo版、trial版和test版的程序将会被拒绝。 Beta版应用程序可通过TestFlight提交，并且必须遵守相关指南。（此前并未允许Beta版通过TestFlight提交）
2.10 iPhone程序必须不经修改就能以iPhone分辨率和2倍 iPhone 3GS的分辨率在iPad上运行。
2.11 与App Store已有程序重复的应用可能会被拒绝，特别是数量很多的情况下，比如手电筒应用和爱经应用。
2.12 没有显著用途、不独特的应用程序或者与网站简单捆绑的应用有可能被拒；不提供任何持久娱乐价值的程序可能会被拒绝。
2.13 内容主要是营销材料或广告的程序将会被拒绝。
2.14 包含欺骗或虚假功能，却有没有标明的应用程序将会被拒绝。
2.15 大于100MB无法通过蜂窝网络下载的应用（App Store会自动禁止）。
2.16 多任务程序使用后台服务仅限于几种目的：VoIP、音频播放、地理位置、完成任务以及本地提醒等。
2.17 应用程序只允许使用iOS WebKit框架和WebKit Javascript浏览web内容。
2.18 鼓励酗酒或使用违禁药物，或引诱青少年饮酒或吸烟的程序将会被拒绝。
2.19 提供错误的系统诊断或不精确的设备数据的应用将会被拒绝。
2.20 向App Store上传大量相似版本程序的开发者将会从iOS开发者计划中除名。
2.21 简单一首歌曲或者一部影片应用要提交到iTunes store，书籍类应用应该提交到iBookstore。
2.22 随意根据环境（如定位或者运营商）限制用户使用的应用会被拒。
2.23 应用必须遵守iOS数据储存指导方针（iOS Data Storage Guidelines&），否则应用将被拒。
2.24 存放在Newsstand的应用必须遵守开发者项目许可协议（Program License Agreement）的表1、表2以及表3，否则应用将会被拒。
2.25 类似App store，或者基于购买或者促销的目的而展示其他应用的应用将会被拒绝（限制更加严格，此前经过特殊审核批准(比如健康管理、航空以及其他无障碍需求等)，或者为特殊群体用户提供具有重大意义的附加值的应用是可以通过的）
2.26 只有当app是出于特殊审核需要（比如健康管理、航空以及无障碍需求等）或为特殊群体用户提供具有重大意义的附加值时，才可以展示和推荐自身以外的其他应用程序，否则应用程序将会被拒绝。
3. 元数据（名称、描述、评级、排名等） 近来厂商踩雷屡见不鲜，此部分请详细阅读
3.1 应用或者元数据中提到其他任何移动平台将会被拒。
3.2 带有占位本的程序将会被拒绝
3.3 应用程序的名称、描述、截图或者预览与应用的内容和功能不相关将会被拒绝。（此前仅对描述有所限制 ）
3.4 为了不混淆用户，iTunes Connect中的应用名称应该和展示在设备上的应用名称一致。
3.5 不同尺寸的app icon要一致，否则会造成混淆。
3.6 图标、截图以及预览不符合4+年龄评级的程序将会被拒绝。（增加了对预览的限制）
3.7 目录与类型不适合于程序内容的程序将会被拒绝。
3.8 开发者有责任为其程序指定适合的评级。不相称的评级可能会由苹果公司修改。
3.9 开发者有责任为其程序指定恰当的关键字。不恰当的关键词可能会被苹果公司修改/删除。
3.10试图通过伪造评论或者付费评论的方式在AppStore中操纵或者其欺骗用户评论（或者采用其他不正当方式）以提升排名的开发者将会被苹果从iOS开发者计划中除名。
3.11 在安装或打开应用之前，推荐用户重启iOS设备的应用将会被拒。
3.12 提交审核的应用程序应包含能正常运行的URL，比如支持服务URL和隐私政策URL。
3.13 应用程序的截图、预览或者营销文本没有清晰地指出附加内容或项目需要额外单独购买（比如使用IAP）将会被拒绝。
3.14 App预览仅能使用从应用程序捕获的视频屏幕、旁白、文本以及design overlays，否则应用程序将会被拒绝。
3.15 添加App预览的应用程序，未经许可展示真人个人信息将会被拒绝。
3.16 App预览仅能使用在所有选定地区内经过授权许可、用于此目的的音乐。
3.17 App预览包含未经授权的通过app播放的内容（比如iTunes playlist和YouTube流媒体）的应用将会被拒绝。
4.1 在收集、传输或使用位置数据之前未通知并获得用户同意的程序将会被拒绝。
4.2 将基于位置的API用于车辆、飞机或其他设备的自动控制或自主控制的应用程序将会被拒绝。
4.3 使用基于位置的API用于应急服务的应用程序将会被拒绝。（此处进行了描述修改，未着重指出调度和车队管理）
4.4 当与提供的功能或服务密切相关，或者为支持经过授权的广告时，应用程序才可以使用位置数据。
5. 推送通知&
5.1 不使用苹果推送通知 (APN)应用接口提供推送通知的程序将会被拒绝。
5.2 未从苹果获得Push Application ID便擅自使用APN服务的程序将会被拒绝。
5.3 在首次推送消息或者要求运行推送通知之前未获得用户许可的应用将会被拒绝。
5.4 使用推送通知发送敏感个人信息或机密信息的程序将会被拒绝。
5.5 使用推送通知发送非请求消息，或用于钓鱼或群发垃圾信息用途的程序将会被拒绝。
5.6 应用程序不可使用推送通知发送广告、促销或任何类型的直销信息。
5.7 应用程序不能向使用推送通知服务的用户收取费用。
5.8 使用推送通知会过多利用APN服务的网络流量或带宽或给设备带来过度负担的程序将会被拒绝。
5.9 如果应用程序传送病毒、文件、计算机代码或程序，并且对APN服务的正常运行造成损害或中断，那么该程序将会被拒绝。
精彩图文推荐
近期看点推荐
游戏视觉焦点
相关热点推荐
网友跟帖吐槽如何将App程序发布到App Store_百度知道
如何将App程序发布到App Store
首先你需要有一个apple developer开发者账号，登入后台。需要创建一个发布者证书，可以看到上面我 已经创建了一个开发者证书，下面是新创建的发布证书。创建的步骤如下：打开mac的钥匙串管理，生成一个CertificateSigningRequest.certSigningRequest 文件，然后在新建一个证书。然后将生成的CertificateSigningRequest.certSigningRequest文件选择上传，生成一个证书文件，下载双击安装。再此查看钥匙串访问，可以看到证书：app id和device再调试的时候应该已经创建了，忽略这个步骤，然后创建一个新的provisioning profiles,如下图：然后下载安装然后做一些准备工作，发布到app store，首先进入开发者中心，进入itunes connect然后添加一个新的app,把改需要的信息都填写进去准备工作完成，然后打开xcode,打开代码工程，设置好工程属性，主要是bundle id
building setting里面的code signing选择对应的发布证书，然后准备打包。打包的时候，目标一定要选择 ios devices，不然 product -&archive选项是灰显的选择XCode-&product-&archive来打包ipa文件然后选择分发上传至apple 服务器，等待审核即可。当然也可以选择第二项，保存到本地，然后去运行安装。 或者采用xcode带的工具 application loader来上传，不过这个工具经常因为网络问题，而出现很多阻碍，建议用xcode直接上传。在finder中选择应用程序(Applications)-&右键选择Xcode-&显示包内容-&contents-&Applications-&Application Loader打开Application Loader会出现登录界面，同样用登录开发者中心的账号登录，第一次登录会出现一个接受协议页面，打√后继续就行了c.进入后选择Deliver Your App，会出现你在developer中心填写的项目，是等待上传状态,选择上传ipa就可以了。4.上传成功后再回到开发者中心，刷新页面就会发现项目是等待审核状态了，正常审核周期是5个工作日打包时候有些资源是必须要有的，不然会上传验证失败，Icon.png Icon-72.png Icon-76.png Default.png等具体可以搜索其他资料。
其他类似问题
为您推荐：
提问者采纳
点击Keychain Access菜单。　　7。　　上传App必须在Xcode软件里执行（也就是要有MacAir.x的系统，点击右侧的iOS Provisioning Portal链接，最好是10，选择菜单中的Export Item将私钥导出.应用名来标识. 创建Distribution Provisioning Profile　　4。　　9。其他操作都可以在普通浏览器里完成.CSR的文件，　　但总体可以归纳为以下步骤。　　1，然后就可以下载证书了。选中刚才安装的 Summary，选择Provisioning -&gt，添加刚才创建的. 用Distribution Profile为应用签名　　5。　　6.company。　　发布iOS应用程序到App Store - 检查签名和生成设置打开XCode。　　3。确保iOS应用程序已经在模拟器（Simulator）中做了全面的测试确认没有已知Bug了。Distribution Method要选择App Store。　　Bundle Identifier是指应用的代码标识：com. 最后一步，它是你的应用程序的唯一标识，在Preferences中关闭OCSP和CRL，　　应用发布概括起来需要以下几个流程。下载后安装. 选择key size of 2048 bits和RSA algorithm. 刷新页面。安装后profile会被添加到XCode。XCode这个Object C的集成开发环境目前版本是4。　　发布iOS应用程序到App Store - 创建Distribution CertificateiOS应用都有一个安全证书用于验证开发者身份和签名、XCode，选择添加一个新的profile、Keychain Access工具和iTunes Connect中完成的即便是免费应用也需要一个开发者账号。　　提交后需要等一会儿再刷新这个页面，注册Developer账户这里就不详细介绍了，选择Certificates -&gt。在Provisioning Portal的Distribution栏目下有详细介绍. 打包App6.3。　　然后就可以下载和安装profile了。App发布的工作一切准备好了之后。　　登录iOS Developer网站。选择创建新app ID。点击Continue继续。在Identifier输入框中输入上面注册的Bundle Identifier、 注册App ID. 创建发布证书（Distribution Certificate）　　3，App ID需要输入在前面申请的App ID。　　5; Distribution. 然后进入Provisioning Portal，选择Saved to Disk和Let me specify key pair information。　　2.2，在Xcode中指定Bundle Identifier　　2，选择Target &gt。　　8。发布iOS应用程序到App Store - 创建Distribution Provisioning Profile打开Provisioning Portal，以便以后重装了系统可以还原。　　4。然后打开X-Code.demoapp，选择App ID。　　将导出的私钥备份到一个安全的地方，选择Certificate Assistant &gt. 在iTunes Connect上传App以上大部分的操作是在Provisioning Portal, MacMini等运行Moc OS X Mountain等10，打开Keychain Access. 在等待审核的时候下载并安装WWDR intermediate certificate.7等最新版的、打开Keychain Access.CSR签名文件; Add Certificate。发布iOS应用程序到App Store - 创建App ID首先给iOS应用程序申请一个App ID，在Build Settings中选择Code Signing. 然后会在桌面上生成一个。在Description中输入应用的描述信息，点击Continue继续，你可以用公司名. 输入Email地址，例如; Request Certificate from Authority：　　1，就可以发布应用到App Store了。然后自然是将App准备好; Distribution -&gt。在Release设置上选择刚才申请的Distribution Profile
app的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁发布IOS应用程序到苹果APP STORE完整流程_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
发布IOS应用程序到苹果APP STORE完整流程
上传于||暂无简介
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
下载文档到电脑，查找使用更方便
还剩23页未读，继续阅读
你可能喜欢后使用快捷导航没有帐号？
作者其它作品
/ 浏览 32501 次 / 6条评论 / 来自于
参考： （xcode APP 打包以及提交apple审核详细流程(新版本更新提交审核)）
&&（如何发布IOS应用程序到APP STORE）
环境：xcode5.1.1
开发机器：iMac
真机部署测试：apple个人开发者ID
必备IDP证书和distribution证书（第一个证书是真机部署测试时用到的，后者证书是发布时需要用到的，缺一不可）。
(该链接所指文章实现了推送的功能、详细讲解了各个证书的申请，以及使用)
（iOS开发这申请发布证书）
我就说说接下来应该做的流程。在你保证拥有以上两个证书的前提下，距离app提交审核，已经剩下两大步了：1，itunes-connect创建app，填写项目详细信息。2，xcode打包验证通过，提交项目。好的，我就开始说重点了，童鞋们跟着我的流程走，保证不会迷糊和出错。
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适合你的项目，我推荐你读下苹果关于这一主题的文档：。
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相匹配。最近添加的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 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可以为你节省不少时间。可以帮你把状态栏放在截图的正确位置。
屏幕截图和icon是应用给用户的第一感觉，直接关系到用户会不会购买。不过，你所上传的屏幕截图也不一定非得是实际的截图，看看 截图可以通过使用此策略，更具吸引力和说服力。
当我们连上调试机以后。可以利用Xcode中Organizer中的New Screenshot轻松的截出标准大小的图片。
Step 3: 元数据 在提交应用之前，要管理好app的元数据，包括1应用名称、2版本号、3主要类别，4简洁的描述，5关键词，6.支持URL。如果你需要更新应用，你还要提供新增加的版本内容。
如果你的应用需要注册【打开APP需要登录，比如飞信】，你还得向苹果提供一个测试账户或者demo账户，这样审核人员就能很快进入app，而不用再注册账号。
3. 提交准备
Xcode 4以后，开发者提交应用的过程就简单多了，可以直接使用Xcode进行提交。首先在中创建app，访问iTunes Connect，使用你的iOS开发者账号登陆，点击右边的“Manage Your Apps”，点击左上角的“Add New App”，选择“iOS App”，然后完成表格。
（注意，创建时填的APP就是你开发的项目，名称和ID一定要相同）。 [/url]
第一个页面，选择语言，应用名称，skunumber，bundleID（会让你选择自己创建项目的APPID）。 （答疑：在我们进行版本更新的时候
名字，描述，新版本描述，关键词，支持URL，截图
联系方式，Review Ntoes
）均可以更改
SKU Number是一个用来识别app的特殊字符串。我经常使用app的bundle identifier。最下边是app的 Bundle ID，你可以从下来菜单中选择通配符App ID或者准确的App ID。
[align=leftr]这个页面是选择app上线的日期（因为apple还需要审核，一般都是推迟几天），售价，以及是否支援教育机构之类的。
以上页面是写版本号，公司名称，软件首类别，次类别（注意两个类别不得重复，否则不会通过），以及评级划分。
以上是软件的内容描述，关键字，技术支持url，以及下面的技术负责人的名字，姓，email，手机号码，这些都很简单，你们都懂的。
接下来是选择APPicon 一张的软件图标，让ui做吧，我也不晓得软件的图标为啥要做这么大；
继续上传5张软件的截图，要挑选最重要的图片展示，大小是640x960,xcode上集成了截图功能，则是打开window-organizer视图窗口，点击自己的手机标签页下的screenshot，就可以截图了，尺寸正好，很方便的噢亲。
有常规的iphone4，iphone5，以及ipad各个add的入口，有的话就上传，没有的话就空着
由于上传时我忘记截图了，所以次页面就不能展示给大家了，不过很简单的一看就懂。
完事后检查无误，点击提交。
选择是否使用各种加密技术，是否使用第三方的内容，是否有广告等。
好了，走到这一步，基本上算是完成了一个app的创建，这里列举了你的skunumber，bundleID，appleID，随处可见的edit点击进入可以修改刚才提交的信息，看到红色圈住的状态了：prepare for upload 千万不要认为此时工作完成了，还差一步，如果此时你关闭了页面，准备最后一步，你会发现到时会出错的。我就因为这个绕了半天。
点击坐下的view Details进入后的页面回会是此软件的一个详细列表展示了软件的名称，描述，软件截图，技术联系人信息，等。看完无误后，一定要点击右下角（或右上角）的按钮（ Ready to Upload Binary），只有点了这个按钮，才会改变当前status的状态为：waiting for upload。
【注意：如果是Ready for upload 状态，在xcode下打包提交应用，会有：No suitable application records were found. Please make sure that you have set up a record for this application on iTunes Connect.的错误提示。】
此时，如果你的首页status变成了：waiting for upload 那么恭喜你，此步顺利通过，剩下最后了。(注意如上截图，点击continue，完成了网页的所有工作)。
4.xcode上操作：设置证书，build打包，提交项目。
打开xcode，首先确保你配置好了distribution证书，看我如下截图。
确保debug和release都是选中我们申请好的distribution证书。到了次步骤，有的说创建一个新的codesigning identity 我也尝试创建了，不过这里不推荐新手创建，因为使用release照样可以打包，创新新的identity认为会让新手更晕菜。（如上截图）
5. 上传二进制文件
•接下来打包应用程序（前提，已经申请过发布证书并安装，未申请的请参照本文开头的链接进行操作）
a.打开Xcode,选择Product-&Archive （必须采用真机）
b.然后选择distribute…
c.选择第二个
d.选择发布证书
点击next之后便会生成.ipa文件
3.上传.ipa文件,，需要用mac自带的Application Loader
a.在finder中选择应用程序(Applications)-&右键选择Xcode-&显示包内容-&contents-&Applications-&Application Loader
b.打开Application Loader会出现登录界面，同样用登录开发者中心的账号登录，第一次登录会出现一个接受协议页面，打√后继续就行了
c.进入后选择Deliver Your App，会出现你在developer中心填写的项目，是等待上传状态,选择上传ipa就可以了。
4.上传成功后再回到开发者中心，刷新页面就会发现项目是等待审核状态了，正常审核周期是5个工作日
在使用 Application Loader上传.ipa文件的过程中，遇到了以下问题，
Valid Architectures 删掉arm64/arm7s，只保留armv7
如果你使用了CocoaPods来进行第三方类库管理，你需要把你CocoaPods管理的工程的（Valid Architectures 删掉arm64/arm7s，只保留armv7）
哈哈。第一次发布。碰到了很多问题，得到了不少好友帮助，非常感谢。
也希望本文能对即将发布系统的你起到一些知道、帮助。那我也将会非常开心。
因为还没体验过应用更新，所以一下内容均摘抄自& && &
好了，接下来说一下，如何在有IDP证书，开发者账号的情况下，通过正规途径，导出ipa，安装在任意iphone手机中（亲测越狱手机）
当我们在上几步，打包build的时候，观看你项目的Products文件夹下，已经生成了真实的app，不过这个还不是我们真正想要的.ipa文件。（如上截图）选中Product下的app，右键show in Finder，此时打开我们的itunes，拖动软件到itunes下。
此时，我们的软件就拖到了itunes中了，可是发现没有软件图标啊，不用怕，这是很正常的。右键软件，选择在Finder中显示（如上截图）
此时，眼前这个软件，就是我们想要的ipa啦。我亲测安装到越狱后的手机，一点问题都没有（不用担心证书的问题）【注意：越狱手机的版本一定要高于软件的版本要求】
目前还没有测试未越狱的手机，不过我想应该无法安装，因为apple的审查机制是很严格的，必须安装在有描述文件Provision的手机中内（这一点在真机部署测试时就已经体现出来了）
如果您都看到了这里，我真的佩服您能忍受我如此繁琐的措辞，因为时间原因，写一篇博客并不是很容易，所以有些语言或是排版组织的不是很好，1年过来了，现在我终于理解整个调试以及发布以及多人开发的流程，如果您现在也是朦胧状态，感觉apple的机制好麻烦，或是在多人开发时遇到了：Valid signing identity not found 不妨建议您看我另一篇文章，文章最后介绍了Certificate、App ID、Devices、Provisioning Profiles之间区别和联系，相信您看完后一定会恍然大悟！
Valid signing identity not found解决办法（原有IDP私钥丢失）及Certificate、App ID、Devices、Provisioning Profiles之间区别
好了，谢谢各位看到这里，说的有些啰嗦，但是如果你按照此步骤，走完流程，就会悟出其原理。至少不是看到一教程，又看到另一教程，都不一样，干着急。
有什么问题可以给我留言，我看到后会尽量帮助大家解决，一起学习，成长。
赠送传送门一个：
日最新更新 ：新版本提交审核
当我们经过重重关卡，新项目终于在AppStore 上线之后，就会接踵而来遇到维护的问题，那么新版本提交，就没有这么复杂了，如果以上的教程你都理解了，新版本也就那么几个需要注意的地方，听我慢慢道来。
1，首先需要修改代码，就是说，你要有更新的内容，比如功能，比如bug（貌似是废话）
2，当确定一切都ok之后，需要设置项目的version和build号，新版本
Version是显示对外的版本号，（itunesconect和Appstore用户可以看到），而build别人看不到，只有开发者自己才能看到，相当于内部版本号。【更新版本的时候，也要高于之前的build号】
3，登录ituneconnect网站，在项目右侧，点击add new version ，弹出提示输入版本名称和更新内容，完事后点save。
4，在网站上详细审查一下新的版本名称和更新内容，还有是否有需要替换的截图，确定无误后点右上角的ready to binary ，到此网站的设置完毕。接下来就是xcode提交新项目了。【此设置有一个需要注意的提示，如下截图】
让你选择是审核通过后自动更新到应用商店，或是自己手动控制更新，很人性化。
5，Xcode设置 codesign identity 为发布的证书，Divice选则iosDevice ，然后build 然后archive，跟上边第一次发布时一样。
6，打开organizer界面的archive标签页，检查无误后，先验证Validate后Distribute。
等待完毕后，如果没有什么问题，刷新itunescnnet网站吧，你新提交的项目状态变成了： Waiting For Review
**********************************打包上传时错误汇总《持续更新》**********************************
上传时出错：Application failed codesign verification.
它是说，你的签名不对，打包发布APP时，一定要使用Release模式，并把证书选择为自己的Distribution发布证书。
关于Validate Built Product设置YES或NO
有时打包遇到错误，网上都说，在Target设置-----&build------&Validate Built Product选项去掉或设置为NO就可以了。从网上搜了一下Validate Built Product的含义，大概意思是说开启内置验证，比如apple规定的一些icon大小是57X57，而你的icon尺寸不是这个，就会导致发布失败。
上传时出错：code signing is required for product type Application in SDK iOS 6.1.
这个是说，debug的证书选择错误了，解决办法：
TARGETS --& Build Settings --& Code Signing --& Code Signing Identity设置为 iPhone Developer
这样就ok啦。
上传时警告：cApplication failed codesign verification. The signature was invalid, or it was not signed with an Apple submission certificate. (-19011).
这个警告，网上遇到的人很多，但是众说纷纭，貌似没有一个权威的解决办法，
首先要养成一个查阅官方文档的习惯：
要明白真机调试和发布应用的几个步骤，不能连APP还没创建，就直接想用Xcode打包发布啊！还有要明白debug和release的作用和区别。
这个警告，我的理解是：
前提确认Xcode是近期的版本，工程的SDK也至少要是常用的。APPID正确，真机调试证书和Distribution证书都对应于当前Xcode设置。
首先检查你的Project的info是否正确了，还有就是Target设置是否正确..
然后注意不要使用模拟器build，要选择Device，去Edit scheme里查看archive的时候，是不是使用的release！
如果都不行就删除钥匙串里的相关文件，重新去ADP里申请再下载！
上传时出错：failed to get the task for process 624
This error happens when you have set Distribution Provisioning profile in code signing. Change it to Developer Provisioning Profile, then it will work. Worked for me for Xcode SDK 4.5.
把你的code sign由Distribution改成Developer.就这么简单.
上传时出错：CFbundleVersion
这个错误是说，我们项目info.plist文件中的bundleVersion弄错了，这个属性需要int类型的数值，改成如下图所示就可以了。
上一篇：下一篇：
苹果发烧友论坛已有 6 个人发表评论
永久VIP会员
尊贵永久荣誉VIP会员}