文章出处,原创于 https://HawkingOuYang.github.io/
©OYXJ → 以下图片,可能泄漏之前公司的部分商业机密?如果如此,我立即删除;但觉得只是资源的命名规则,应该算不上。
AppStore审核
Distributing iOS Apps With iTunes Connect — 这个很好 !
iOS Provisioning Profile(Certificate)与Code Signing详解
Delete a device from my developer account to increase the count
How can I Delete an iOS device on my iOS Device list?
Can deleted device be reallocated in the Developer Portal?
What happens to my apps after my developer account membership expires
iOS Developer Enterprise Program membership Renewal Before Expiration
how to remove version of iPhone application from apple app store?
上架AppStore,资料准备,格式
加急审核?
等待审核超过7天写信,我写给Apple的信
|
|
iWoMail 6.3.1 加急审核
情况说明:
解锁了iOS开发者账号,看到沃邮箱6.3.0通过审核了,但是很久还没有上架,顺便把沃邮箱上架了,但是悲剧了。
由于安卓端的问题,把超级登陆的接口给停了,所以沃邮箱iOS6.3.0登录没法用 !
网上搜了一下:能够在App Store上移除最近刚刚发布的软件版本,从而保留上一个版本?结果是:NO!
参考:
how to remove version of iPhone application from apple app store?
我已经看过了。只能是 两种选择:
(1)下架--- 显然不能这么做,因为运营要推广沃邮箱的话,App Store上根本搜索不到沃邮箱。
或者
(2)有一个办法:把 6.2.3的代码 重新打包 成 新版本 6.3.1,然后提交审核,加急审核。
对于(2)的详细说明:
注意1: 从appStore_6.2.3分支, 搞一个 新的分支 appStore_6.3.1分支,Xcode配置,改成 Version 6.3.1 Build 20160125.1 ,这里Version必须大于已经上架的6.3.0 ,
审核被拒绝之后,Version 可以保持不变,只需要递增 build即可,build 按照 日期来填。
注意2: 请测试人员 用6.3.1 覆盖安装 6.3.0,测试一下数据库,会不会奔溃?
注意3: 请服务端人员 把沃邮箱iOS版本6.3.1 的审核状态 改成 审核中。
加急审核的理由如下:
中文:
最近上架的版本(Version 6.3.0 Build 20160108.1)存在一个严重的的bug,服务端的超级登陆接口停用了,导致用户无法登录;但是App Store上无法回滚软件的版本,所以只好拿上一个版本的代码,重新打包 成6.3.1,提交审核,并发起加急审核,希望得到审核人员的帮助,使得新版本6.3.1尽快上架。
英文:
|
|
说明:Apple审核的效率越来越高了,以前“两周”,后来“一周”,现在“一两天”,所以一般也不用加急审核
,上面这英文是我以前写的,如果现在要加急,用“中文”写也行,因为AppStore审核 三个地点:美国、日本、香港,90%以上的App在美国审核,那边有华裔负责AppStore审核这项工作,有时候还会打电话过来(电话说中文)。
iOS开发证书
iOS开发者帐号
Daily Build
package-ios-ali.py
|
|
打包命名(待改进)
iOS_AppStore
iOS_AdHoc
iOS_Enterprise
iOS_Dev
调整顺序:
bundleIDversion显示版本号build内部构建版本号iOSAppStore打包日期 .ipa
bundleIDversion显示版本号build内部构建版本号iOSEnterprise打包日期 .ipa
bundleIDversion显示版本号build内部构建版本号iOSAdHoc打包日期 .ipa
bundleIDversion显示版本号build内部构建版本号iOSDev打包日期 .ipa
把ipa的名字,写详细了。
cn.wo.3ikids.parents互动宝宝家长端3.1.0AppStore151113 请更改为更详细的命名
cn.wo.3ikids.parents互动宝宝家长端_version3.1.0_build20151116_AppStore151116
其中:version3.1.0 ----这里 3.1.0 为显示版本号(在AppStore中显示的版本号)
build20151116 ---这里 20151116 为构建版本号(这个开发人员内部使用)
AppStore151116 --这里151116 为2015年11月16号,打包ipa,用于上传AppStore。
对应Xcode中
配置文件命名(待改进)
配置文件:
bundleIDiOS_AppStore配置文件制作日期 .mobileprofile
bundleIDiOS_InHouse配置文件制作日期 .mobileprofile
bundleIDiOS_AdHoc配置文件制作日期 .mobileprofile
bundleIDiOS_Dev配置文件制作日期 .mobileprofile
证书命名(待改进)
总体命名(待改进)
打包之后,保留的文件(待改进)
版本命名规则
版本号 命名错误: 只能是3位整数,用英文句号 . 隔开。
以前可以4位整数的,苹果更严格了。貌似现在 又可以 4位整数了 ?
CFBundleVersion in the Info.plist Upload Error (这个好,权威)
CFBundleVersion must be a period separated list of at most three non negative integers
Efficient way to compare version strings in Java
|
|
这里,iOS版本比较逻辑 与 下面Java逻辑 一致。
|
|
版本号 递增命名,比如:
version 2.0 (用户看到的)
build 2.0.2016090901 (开发者 看到的)
说明:2.0.2016090901 含义是 目标版本2.0,在2016年09月09日这天,第01次 提交给AppStore审核。
当时有一个问题:
安卓的标准 versionCode是数字
服务端,比较版本(依赖于Android),使用 整型。
iOS端,比较版本,使用 字符。
所以,服务端要求: iOS端 按照Android 的逻辑走。
但是,iOS端 version build 命名是这样的:
1、第一版 version1.0 build1.0.14
2、第二版 version1.1 build1.1.2
3、第三版 version1.1.1 build1.1.1.0
iOS端 应该 要求 服务端走这种逻辑,如下:(但是 现在 服务端 走Android的“整型 比较版本”的逻辑)
所以:iOS端 的 version 和 build 命名,要按照 Android走,同时 iOS写代码,把 “字符 版本” 变成 “整型 版本” (不得不说,这样真不靠谱)。
|
|