跳至主要内容

app store发布检测项

一、发布包打包流程：
我们的应用需要做的是：
（1）程序使用发布时的bundle identifier
（2）增加一个 Distribution 的配置项
（3）Xcode->build Setting->code signing选择"iphone distribution:Taobao(China) Software CO.,LTD
（4）product name 选项是app store显示的名字
（5）打包edit scheme -> 选iOS Device, 选Distribute, 选Archive -> 菜单Product -> Archive
（6）看到的.app,用于测试（ipa），直接压缩为zip后可用于发布。
验证和发布，都使用iTunes Connect进行，初次发布会进行应用信息填写。
后面附上的文档有详细介绍iTunes Connect的使用


二、注意事项
（1）代码：
  • git版本是不是与发布的相同，是不是App Store的branch，branch有没有合并master中的代码
  • 如果需要网络连接，在没有网络的情况下要告知用户
  • 活动指示图标不能转个没完没了
  • 应用里不能存在已经作废的和未来版本发布有关的按钮和功能
  • 图标尺寸：57，72（ipad）,114，512
    • 提供各种尺寸的图标：29(search)，58,57,114(iphone)，72 (iPad)，144（Retina），50,100(ipad search),1024，在App Store中显示的应用图标，1024X1024的高质量的JPEG,TIFF或PNG图像格式。不支持ZIP压缩的TIFF格式。
    • 不同尺寸的图标都包含同样的内容
  • 是否只分享新浪微博
  • 切换到线上状态
    • 服务器url配置，是够全部为线上
      • 服务器是否已经上线
    • TTID
    • TOP_APPKEY
    • TOP_APPSECRET
  • 关闭所有日志入口
（2）配置：
  • info.plist文件中所需要的设备功能和应用的实际需求相符（版本，名字，公司等）
  • 如使用推送通知，需要在entitlements.plist中添加用于“aps-environment”授权信息（xcode3）
（3）测试
  • 所有使用网络的地方时候有菊花
  • 没有网络的运行状况
  • 有网络->无网络（反馈，成功才写发送成功并跳出；没有网络的时候退出有问题；）
  • 无网络->有网络（网络慢，进入随便逛逛，弹出登录，并获取不到用户名焦点 ）
  • 使用应用时有电话进入情
  • iOS6全局隐私控制不兼容
  • 没有容易重现的crash
  • 冒烟验证和覆盖测试之间没有再次编译
（4）提交：

  • 应用程序名称（weitao）
    • 程序文件名字和iTunes应用商店里面显示的名字要一致，或者是缩写
  • 应用程序描述
    • iTunes中的描述要准确描述应用的功能，说到做到
    • iTunes描述不包括价格信息
    • 提交的文案需要是纯文本，提交的文案不需要太长，能展示的文案只有很小的一部分，其余的在more里面，最好不要超过580,从而用户不用点击“...More”就能够查看完整的程序描述，描述不要超过4000个字符或少于10个字符
    • 提交的文案不能有给用户发奖品之类的信息
    • 不能在iTunes描述或者更新说明中做运营活动，被苹果发现的后果很严重
  • 关键词
    • iTunes关键词要和应用功能相匹配，关键词用来帮助客户在App Store中搜索时能返回更精确的结果。您的程序可以通过程序名,公司名和您输入的关键词来搜索。不能将其他程序名称或其他公司的名称作为关键词；关键词可以是单词或者短语,并且限制在100个字符以内,但必须多于2个字符。必须使用逗号分隔关键词。
    • iTunes关键词不能包含其他应用的名称
  • support邮箱（tbwetao@gmail.com）
    • Support邮箱最好是公共邮箱，避免用个人邮箱，也可以使用邮件组来及时获取信息。
  • support网址
    • supporturl对应网页中，需要有产品介绍及联系电话
  • Marketing URL 
  • Privacy Policy URL
  • 应用程序截图，iPhone 5张，iPad
    • 最多5张屏幕截图，为了获得最好的效果,请不要在屏幕截图中包含iPhone状态栏，iphone：640x900、640x960 或横式: 960x600、960x640(全屏)，必须是.jpeg, .jpg, .tif, .tiff, or .png 文件并满足 960x640, 960x600, 640x960 or 640x920 pixels, 至少72 DPI，RGB color space.
    • 截屏要谨慎，不能出现可能引起怀疑的图片，比如有性暗示类的图片（如果一定要保函请设置为17+）
  • 版权信息（如果没有请找集团进行“软件著作权”申请）
  • 类别
    • 应用分类与其功能相符
  • 选择应用程序发布的store,默认为全国
  • 测试帐号（如果为登陆后才能使用，需要提供测试帐号）(tbwetaopub,Taobao123)
    • 给苹果准备的测试帐号要有足够权限，英文名称，让测试者可以试用全部功能，特别要注意保证苹果Review期间帐号一定要保持开通
  • 限制级别
    • 如果你的应用属于SNS应用，最好时标记为17+
  • 版本号(1.0)
  • 更新内容描述
  • 程序包（在PM所在项目组编译完成的发布包，建议放到云盘共享使用application Loader进行发布）
标签：

评论

发表评论

此博客中的热门博文

Spark 矩阵相乘实现

矩阵相乘计算的意义十分重要，比如我们做数据分析经常使用到的join操作就可以理解成为矩阵相乘的一个部分，矩阵相乘在很多分布式计算框架都有自己的实现，这些实现也可以根据不同大小的矩阵做不同的优化，比如在MapReduce上就有两种基本的实现： 大矩阵乘小矩阵 我可以把小矩阵放到DistrubutedCache，让每个mapper读取，这就是hive的MapJoin的实现。 两个大矩阵相乘 相乘中两个矩阵都是超大矩阵的话，为了减少MapReduce过程中产生的巨大数据，使用的带宽。都会采用矩阵分块的做法，以下会详细介绍这种实现方法。 Spark介绍 官网介绍 超大矩阵拆分计算方法 单机（单线程）矩阵相乘 假设有矩阵 A ， B ，相乘的结果为 C ，那么相乘的伪代码： C = 0 for(i <- 0 to A.lenght) for(k <- 0 to A[i].lenght) if(A[i][k]!=0) for(j <- B[k].lenght) { C[i][j] += A[i][k] * B[k][j] } 单机的计算中，时间复杂度是 O(n^3)，如果 n 增长到一定程度的时候，那么计算用时就会非常大，所以下面会说一下并行计算方法。 并行矩阵相乘 在计算的过程中，我们很容易发现每个 A[i][k] * B[k][j] 都可以单独计算，因此我也可以单独计算这些组合，最后做一个累计就可以获得 C 矩阵了，相乘伪代码如下： A = ((row, column), value) => (column, (row, value)) B = ((row, column), value) => (row, (column, value)) Temp = A.join(B) => (k, (rowA, valueA), (columnB, valueB)) => ((rowA, columnB), valueA * valueB) => ((rowC, columnC), valueC) C = Temp.reduceByKey =...
发表评论
阅读全文

iphone 自动打包脚本

最近做ios开发，经常需要给老大打ipa包，这个虽然在xcode中编译并打包是很简单的事，不过每次都得花几分钟的时间做一些手动的放入Payload并压缩成zip包的操作。比较麻烦的是，在开发过程中，突然就说要一个可以执行的包做测试。那么，思路断了，正在写的代码要注释掉，这样持续下去浪费的时间会很多，所以还是需要写一个打包脚本。 打包具体用到的命令是这些： xcodebuild: 主要用于编译项目 xcrun: 主要用于打ipa包 具体打包流程就是编译，然后打一个发布包，一个ipa包，其实用脚本来说话就好了。另外，我用一个conf.dat来存放target和configuration,这些都在xcode里面指定好了，用xxx:xxx这样的格式来存放，xcodebuild在编译的时候会自动找到对应的配置。 打包脚本如下: #!/bin/sh basePath=`pwd` distDir="target" distDir="${basePath}/${distDir}" rm -rdf "$distDir" mkdir -p "$distDir" baseName="xxx" #.app 的名字 projectDir=$(cd ../mobile/xxx; pwd) # 进入xcode工程目录 cd $projectDir for line in $(cat ${basePath}/conf.dat) do targetName=`echo $line | cut -f1 -d':'` conf=`echo $line | cut -f2 -d':'` releaseDir="${projectDir}/build/${conf}-iphoneos" rm -rdf "$releaseDir" echo "======build ${baseName}.app start..." echo "======clean ${conf}..." xcodebuild clean -configuration "$...
发表评论
阅读全文

【转】ELO-对弈与排名（有触感的排名）

原文： https://www.cnblogs.com/leoin2012/p/4854442.html ELO介绍 ELO等级分制度 是指由 匈牙利 裔 美国 物理学家 Elo创建的一个衡量各类对弈活动水平的评价方法，是当今对弈水平评估的公认的权威方法。被广泛用于 国际象棋 、 围棋 、 足球 、 篮球 等运动。网络游戏 英雄联盟 、 魔兽世界 内的竞技对战系统也采用此分级制度。 历史 ELO等级分制度是基于 统计学 的一个评估棋手水平的方法。 美国 国际象棋 协会在1960年首先使用这种计分方法。由于它比先前的方法更公平客观，这种方法很快流行开来。1970年国际棋联正式开始使用等级分制度。 Elo模型原先采用 正态分布 。但是实践显明棋手的表现并非呈正态分布，所以现在的等级分计分系统通常使用的是 Logistic distribution 。 计分方法 假设棋手A和B的当前等级分分别为 和 ，则按Logistic distribution A对B的胜率期望值当为 类似B对A的胜率为 假如一位棋手在比赛中的真实得分 （胜=1分，和=0.5分，负=0分）和他的胜率期望值 不同，则他的等级分要作相应的调整。具体的数学公式为 公式中 和 分别为棋手调整前后的等级分。在大师级比赛中 通常为16。 例如，棋手A等级分为1613，与等级分为1573的棋手B战平。若K取32，则A的胜率期望值为 ，约为0.5573，因而A的新等级分为1613 + 32 · (0.5 − 0.5573) = 1611.166 国际象棋中的等级分 国际象棋中，等级分和棋联称号的大致对应为 2500分以上：国际特级大师 2400-2499分：国际大师 2300-2399分：棋联大师  
发表评论
阅读全文