2.1 游戏接入流程


新项目接入打包,获取AppID和证书文件步骤

2.1.1 创建App ID


设置Name和Bundle ID

name可以使用带空格的单词命名

bundle ID使用 ' . ' 连接的单词命名

选中两项Application Services:

① Game Center

② In-App Purchase

2.1.2 创建Provisioning Profiles


创建两项Provisioning Profiles

一、iOS App Development

二、In House(Distribution) - 选择App ID -Select certificates。表示此App可以使用这些证书签名, 目前是:Kingsoft (M) Sdn Bhd(iOS Distribution) Name this profile and generate。这里对profile文件命名, 一般把bundle ID的' . '转换成' _ ' , 然后加上前缀' rel_ '

2.1.3 项目方和打包


需要将如下2个文件交给项目方,其中ProvisioningProfile文件具有1年有效期:

  1. 从证书Kingsoft (M) Sdn Bhd中导出P12私钥交换文件
  2. 下载发布用途的ProvisioningProfile文件

打包机同样需要具有签名证书私钥(已有),也需要将发布用途的ProvisioningProfile文件 安装到编译环境。

(拥有rel(p12和ProvisioningProfile)文件,已经拥有出包的能力!一定要慎重, 并不是所有项目组都需要给他们这两个文件的,对于普通的项目组,只需要 提供dev(ProvisioningProfile和dev.p12),拥有此文件, 可以导出**xcarchive)

2.1.4 现有上传打包流程


旧Tako使用MacMini作为前端文件接收机,接收到用户上传的文件后, 在本地打包。完成之后再上传到内网存储和云存储

整个过程是同步化的,从上传文件到签名到上传云存储, 都在一次用户端Http请求内完成。任何环节失败将导致用户必须重新上传, 且整个过程没有进度反馈。

2.1.5 改进上传打包流程


使用FTP服务器作为用户前端上传入口。Tako服务监控项目目录,发现上传 完成的文件便进行后续签名和存储处理。 Mac签名机提供远程签名服务,使用NFS和Tako服务器通讯和交换文件。 同时,在执行中实时更新任务状态,用户可以在Web页面上看到已上传 的文件的处理进度。

2.1.6 签名流程图