发布iOS应用程序到App Store - 前期工作
要发布iOS应用程序到App Store首先需要一个iOS developer帐号,账号是收费的,$99美元/年。即便是免费应用也需要一个开发者账号,注册Developer账户这里就不详细介绍了。
然后自然是将App准备好。确保iOS应用程序已经在模拟器(Simulator)中做了全面的测试确认没有Bug了。这是第一个App,要尽量给下载的用户留下好的映象。如果在决定发布前一定要把好测试关,直到App真正准备好发布了。
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 Aess工具和iTunes Connect中完成的。
发布iOS应用程序到App Store - 创建App ID
首先给iOS应用程序申请一个App ID,它是你的应用程序的唯一标识。登录iOS Developer网站,点击右侧的iOS Provisioning Portal链接,选择App ID。
选择创建新app ID。在Description中输入应用的描述信息。Bundle Identifier是指应用的代码标识,你可以用公司名.应用名来标识,例如:.pany.demoapp。
然后打开X-Code,选择Target >Summary。在Identifier输入框中输入上面注册的Bundle Identifier。
发布iOS应用程序到App Store - 创建Distribution Certificate
iOS应用都有一个安全证书用于验证开发者身份和签名。在Provisioning Portal的Distribution栏目下有详细介绍,但总体可以归纳为以下步骤。
1. 打开Keychain Aess,在Preferences中关闭OCSP和CRL。
2. 点击Keychain Aess菜单,选择Certificate Assistant >Request Certificate from Authority。
3. 输入Email地址,选择Saved to Disk和Let me specify key pair information。点击Continue继续。
4. 选择key size of 2048 bits和RSA algorithm,点击Continue继续。
5. 然后会在桌面上生成一个.CSR的文件。
6. 然后进入Provisioning Portal,选择Certificates ->Distribution ->Add Certificate,添加刚才创建的.CSR签名文件。
7. 在等待审核的时候下载并安装WWDR intermediate certificate。
8. 刷新页面,然后就可以下载证书了。下载后安装。
9. 最后一步,打开Keychain Aess。选中刚才安装的private key,选择菜单中的Export Item将私钥导出。将导出的私钥备份到一个安全的地方,以便以后重装了系统可以还原。
发布iOS应用程序到App Store - 创建Distribution Provisioning Profile
打开Provisioning Portal,选择Provisioning ->Distribution,选择添加一个新的profile。Distribution Method要选择App Store,App ID需要输入在前面申请的App ID。提交后需要等一会儿再刷新这个页面。然后就可以下载和安装profile了。安装后profile会被添加到XCode。
发布iOS应用程序到App Store - 检查签名和生成设置
打开XCode,在Build Settings中选择Code Signing。在Release设置上选择刚才申请的Distribution Profile。
选择生成目标为iOS device,然后点击Archiving开始打包应用。
发布iOS应用程序到App Store - 打包App
在提交之间只需要打包应用程序了,打包后就可以把应用上传到iTunes Connect上了。点击Edit Schemes,将Archive设置为Release。
如果你的应用有使用一些外部库,还需要将Build Settings的Skip Install设置为Yes。方法是点击Project下面的工程名,然后打开Build Settings。在输入框中输入Skip Install。将Development下面的Skip Install设置为Yes。
依照上面的方法把Targets下面的工程中的Skip Install设置为No。
打包设置完成后,到了最后一步就是将打包和上传了。从菜单中选择Product ->Archive。打包完成后就可以在Organizer的Archives下面看到你的应用了。
发布iOS应用程序到App Store - 在iTunes Connect添加App
App上传后就可能到iTunes Connect去设置App的销售国家、App的描述和截图了。这些设置会直接体现在App Store上。需要设置银行帐号,并同意签署很多销售条款。
打开iTunes Connect,点击Add a New App。选中之前选中的bundle identifier。之后的 *** 作就不用介绍了,因为都是一样基本的信息设置。你只需要按提示一步一步完成设置即可。
之后你的App就添加成功了,并且会显示Waiting for Upload的状态。你只需要打到XCode Organizer的Archives,点击Submit去上传应用。在应用上传过程中需要你登录并选择你要上传的应用。
应用上传完成之后就只需要等待审核了,一般来说App Store的审核需要几个星期。
这就是我发布第一个iOS App应用程序的完整 *** 作流程。希望能够帮助你了解iOS应用程序提交的步骤的流程。回头看看整个提交流程步骤相当多,但有了第一次的经验,以后提交就容易得多了。
即便是免费应用也需要一个开发者账号,注册Developer账户这里就不详细介绍了。然后自然是将App准备好。确保iOS应用程序已经在模拟器(Simulator)中做了全面的测试确认没有已知Bug了。App发布的工作一切准备好了之后,就可以发布应用到App Store了,应用发布概括起来需要以下几个流程:1. 注册App ID,在Xcode中指定Bundle Identifier2. 创建发布证书(Distribution Certificate)3. 创建Distribution Provisioning Profile4. 用Distribution Profile为应用签名5. 打包App6. 在iTunes Connect上传App以上大部分的 *** 作是在Provisioning Portal、XCode、Keychain Aess工具和iTunes Connect中完成的。上传App必须在Xcode软件里执行(也就是要有MacAir, MacMini等运行Moc OS X Mountain等10.x的系统,最好是10.7等最新版的。XCode这个Object C的集成开发环境目前版本是4.3.2。其他 *** 作都可以在普通浏览器里完成。发布iOS应用程序到App Store - 创建App ID首先给iOS应用程序申请一个App ID,它是你的应用程序的唯一标识。登录iOS Developer网站,点击右侧的iOS Provisioning Portal链接,选择App ID。选择创建新app ID。在Description中输入应用的描述信息。Bundle Identifier是指应用的代码标识,你可以用公司名.应用名来标识,例如:.pany.demoapp。然后打开X-Code,选择Target >Summary。在Identifier输入框中输入上面注册的Bundle Identifier。发布iOS应用程序到App Store - 创建Distribution CertificateiOS应用都有一个安全证书用于验证开发者身份和签名。在Provisioning Portal的Distribution栏目下有详细介绍,但总体可以归纳为以下步骤。1. 打开Keychain Aess,在Preferences中关闭OCSP和CRL。2. 点击Keychain Aess菜单,选择Certificate Assistant >Request Certificate from Authority。3. 输入Email地址,选择Saved to Disk和Let me specify key pair information。点击Continue继续。4. 选择key size of 2048 bits和RSA algorithm,点击Continue继续。5. 然后会在桌面上生成一个.CSR的文件。6. 然后进入Provisioning Portal,选择Certificates ->Distribution ->Add Certificate,添加刚才创建的.CSR签名文件。7. 在等待审核的时候下载并安装WWDR intermediate certificate。8. 刷新页面,然后就可以下载证书了。下载后安装。9. 最后一步,打开Keychain Aess。选中刚才安装的private key,选择菜单中的Export Item将私钥导出。将导出的私钥备份到一个安全的地方,以便以后重装了系统可以还原。发布iOS应用程序到App Store - 创建Distribution Provisioning Profile打开Provisioning Portal,选择Provisioning ->Distribution,选择添加一个新的profile。Distribution Method要选择App Store,App ID需要输入在前面申请的App ID。提交后需要等一会儿再刷新这个页面。然后就可以下载和安装profile了。安装后profile会被添加到XCode。发布iOS应用程序到App Store - 检查签名和生成设置打开XCode,在Build Settings中选择Code Signing。在Release设置上选择刚才申请的Distribution Profile。
即便是免费应用也需要一个开发者账号,注册Developer账户这里就不详细介绍了。然后自然是将App准备好。确保iOS应用程序已经在模拟器(Simulator)中做了全面的测试确认没有已知Bug了。App发布的工作一切准备好了之后,就可以发布应用到App Store了!
预先准备
在你开始将程序提交到AppStore之前,你需要有一个AppID,一个有效的发布证书,以及一个有效的Provisioningprofile。下面来看看它们各自的作用。
Step1:AppID(应用ID)
AppID是识别不同应用程序的唯一标示符。每个app都需要一个AppID或者app标识。目前有两种类型的App标识:一个是精确的AppID(explicitAppID),一个是通配符AppID(wildcardAppID)。使用通配符的AppID可以用来构建和安装多个程序。尽管通配符AppID非常方便,但是一个精确的AppID也是需要的,尤其是当App使用iCloud或者使用其他iOS功能的时候,比如GameCenter、PushNotifications或者IAP。
如果你不确定什么样的AppID适合你的项目,我推荐你读下苹果关于这一主题的文档: TechnicalNoteQA1713。
Step2:DistributionCertificate(发布证书)iOS应用都有一个安全证书用于验证开发者身份和签名。为了可以向AppStore提交app,你需要创建一个iOSprovisioningprofile。首先需要创建一个distributioncertificate(发布证书),过程类似于创建一个developmentcertificate(开发证书)。如果你已经在实体设备上测试你的App,那么你对创建developmentcertificate就已经很熟悉了。
如果对此不熟悉,建议你读下苹果关于signingcertificates和provisioningprofiles的详细指导。
Step3:ProvisioningProfile(配置文件)一旦你创建了AppID和distributioncertificate,你可以创建一个iOSprovisioningprofile以方便在AppStore中销售你的App。不过,你不能使用和adhocdistribution相同的provisioningprofile。你需要为AppStore分销创建一个单独的provisioningprofile,如果你使用通配符AppID,那么你的多个app就可以使用相同的provisioningprofile。
Step4:BuildSettings(生成设置)
配置AppID、distributioncertificate和provisioningprofile已经完成,是时候配置Xcode中target的buildsettings了。在Xcode Project Navigator的targets列表中选择一个target,打开顶部的BuildSettings选项,然后更新一下CodeSigning来跟之前创建的distributionprovisioningprofile相匹配。最近添加的provisioningprofiles有时候不会立马就在buildsettings的CodeSigning中看到,重启一下Xcode就可以解决这个问题。
配置Target的BuildSettings
Step5:DeploymentTarget(部署目标)
非常有必要说下deploymenttarget,Xcode中每个target都有一个deploymenttarget,它可以指出app可以运行的最小版本。不过,一旦应用在AppStore中生效,再去修改deploymenttarget,你要考虑到一定后果。如果你在更新app的时候提高了deploymenttarget,但是已经购买应用的用户并没有遇到新的deploymenttarget,那么应用就不能在用户的移动设备上运行。如果用户通过iTunes(不是设备)下载了一个更新过的app,然后替代了设备上原先的版本,最后却发现新版本不能在设备上运行,这确实是个问题。
(1)当你决定提高现有app的deploymenttarget时,要在新版本的版本注释中进行说明。如果你提前告知用户,那么至少有一点,你已经尽力阻止问题的发生了。
(2)对于一款新app,我经常会把deploymenttarget设置为最近发布的系统版本。因为新iOS版本发布后,渗透率的增长速度是令人难以置信的。很多人认为提高deploymenttarget会失去大部分市场,这个说法并不准确,比如iOS6,iOS6发布后一个月,超过60%的设备已经进行了更新。但对Android而言,就是另外一回事了,Android用户并不会像iOS用户那样热衷于更新 *** 作系统版本。
1、上架App Store
App Store是唯一的官方应用商店,如果自己不知道怎么上架,可以借助第三方开发者服务平台进行上架。应用规范的情况下,加急三天就可以上架。
不过苹果审核向来是比较严格的,上架前最好确定自己的应用没有违规、敏感信息。否则提交也审核不过,反而浪费时间。
2、做苹果签名
这是很多上架未通过的APP,或者是需要在上架前做内测的APP,经常使用的一种方法,给APP做苹果签名,可以不上架也能发布。
苹果签名又分为企业签名、超级签名,tf签名。
企业签名是使用企业开发者账号,稳定性较弱,但价格便宜,APP安装也没什么限制。
超级签名是使用个人开发者账号,它稳定性好,不过一个个人开发者账号只能添加100个udid。所以它价格也比较贵,是按照下载量收费的。
TF签名,其实是TF上架,它是苹果官方认可的,算是内测应用商店,它的审核不像App Store那么严格,只要能上架,风险非常小,基本不会掉签。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)