项目功能编写完成之后都回交付测试人员，这就涉及到项目打包和部署，下面介绍一下整体流程。
1.苹果开发者账号、证书、配置文件
这一部分不打算多写。首先需要注册开发者账号，分为个人、公司、企业和教育四种类型，其中企业账号不可以上架App Store，可以自己分发，没有测试设备数量限制，但是审核、监控较严，发现违规行为会被封号。教育账号只能做测试用。个人和公司账号可以上架App Store，测试设备数量限制为iPhone、iPad、TV、Watch、Touch各100台。
有了开发者账号后需要生成开发者证书，一般一个账号只对应一套证书，即测试证书（Development）、发布证书（Distribution）都只有一个,公司所有的App的配置文件（Provisioning Profiles）都是使用该证书生成。有了开发证书之后，每一个App都需要设置一个App ID。同时，需要在开发者账号下注册测试设备，测试设备识别号（UDID）可以通过Xcode、iTunse获取。
关于iOS证书的签名机制，主要是非对称加密，详细了解。
有了开发者账号、证书、App ID、测试设备注册之后，就可以根据这些信息生成App真机运行所需要的配置文件（Provisioning Profiles）。在打包的过程中也要使用该配置文件。
2.Xcode打包
打包之前有一些设置需要知道。
Target & Scheme
一个Target是指在一个Project中构建的一个产品，它包含了构建该产品的所有文件，以及如何构建该产品的配置。
一个定义好构建过程的Target成为一个Scheme，可在Scheme中定义Target的六种构建过程：Build/Run/Test/Profile/Analyze/Archive。可以编辑Schemes（Edit Schemes）设置构建过程中Debug和Release状态、基本信息、参数、可用选项等等。
Build Setting
涉及到的构建设置非常多，Architectures、Code Signing、Deployment、Packaging、Search Paths、LLVM配置等等。
着重介绍一下Architectures设置，先说iOS设备的指令集:
arm64:
iPhone 5s, iPhone 6, iPhone6 Plus;
iPad Air, iPad Air 2;
iPad Mini 2, iPad Mini 3;
armv7s:
iPhone 5, iPhone 5c;
iPad 4;
armv7:
iPhone 3GS, iPhone 4, iPhone 4S;
iPad, iPad 2, iPad 3, iPad Mini;
armv6:
iPhone, iPhone 3G
Architectures 该编译选项指定了工程支持哪些指令集，如果支持的指令集数目有多个，就会编译出包含多个指令集二进制包，造成最终编译的包很大。
Valid Architectures 该编译项指定可能支持的指令集，该列表和Architectures列表的交集，将是Xcode最终生成二进制包所支持的指令集。
Build Active Architecture Only 该编译项用于设置是否只编译当前使用的设备对应的arm指令集。通常情况下，该编译选项在Debug模式都设成YES，Release模式都设成NO。
Build Path
在这里设置项目依赖的其他项目、资源、第三方，尤其是自己手动导入的第三方一定要记得在这里添加第三方库及其依赖的库。还可以在这里设置Shell脚本，实现某些特定功能。比如线上Bug搜集。
设置好这些选项之后就可以打包(Archive)了,注意正确选择开发者账号和配置文件，打包成功后就可以导出（Export）iPa了。
3.iPa部署
有三种部署方式：
- 通过苹果官方渠道，使用TestFlight分发
- 第三方网站部署
- 在自家服务器上部署
使用TestFlight
该流程和上传App Store 的流程有点类似，但是不涉及到审核步骤。导出iPa之后使用Xcode自带的工具（Open Developer Tools)中的Application Loader上传iPa，上传后改iPa会存储在苹果的服务器。登录开发者账号，进入到iTunes connect,构建该App信息，之后选择该App下的TestFlight，通过测试人员的Apple ID邀请测试人员，成功邀请后测试人员在TestFlight的App上输入Redeem号码，就可以下载该App了。
使用第三方或者在自家服务器上部署
两者的本质都是一样的，都是通过itms-services协议来下载manifest plist文件，在plist中指明ipa的下载路径，然后下载安装的。需要注意的是，使用该协议需要https服务，因此如果是自家网站的话，要安装SSL证书。
基本的流程是在导出ipa时要选择include manifest for over-the-air installation（OTA）的选项，这样导出会得到manifest plist文件，修改plist文件中的asset -> url字段为ipa的路径。然后写一个html下载页面，下载的连接即为
<a href="itms-services://?action=download-manifest&url=https://o8v88nvv6.qnssl.com/my.plist">安装软件测试 2016年06月16日21:19:19</a>。
可以发现协议有两个参数，第一个是action，下载manifest，另外一个是url为manifest的地址。如此就完成了ipa的下载安装。
优缺点
使用TestFlight使用的完全是苹果自家的服务器，安全有保证。这种方式不需要将UDID放入到证书，只需要测试手机的Apple ID就可以使用。但是缺点是从ipa上传到服务器到iTunes connect显示构建版本一般都要等10分钟左右，对于急于分发的人来说很煎熬。该流程前期准备稍微繁琐，建议在公司只有内部人员测试的时候使用此种方式。
使用第三方的话非常方便，只用上传ipa就可以，国内的服务商速度也很快，几乎是即时。但是此种方式需要UDID。如果公司app需要少量分发给公司外人员试用，可以使用此种方式分发。 如果需要大规模分发，又上不了App Store的话，还是想办法申请企业账号吧。
使用自家服务器和使用第三方没有太大区别，流程稍微繁琐一些，但是有一点，相对而言更加安全。
持续集成（CI）
讲了这么多，如果每一个版本都要自己去手动打包的话，会是一件很痛苦的事情，于是就有了持续集成 Continuous integration。CI 是敏捷开发的必备，简单说就是有这样一套工具，使得开发人员做好开发和单元测试再 push 代码后就不用管了，这套工具能自动地 check 代码的变化，自动 build， 自动做集成测试和场景测试等，自动部署到生产环境。
一般而言需要的工具为：代码托管工具（git、svn的相应代码托管地址）+ 集成工具（Jenkins、macOS Server）+ 编译打包工具（Xcode） + 部署工具（Fir、TestFlight）。
上面Jenkins的配置，很遗憾，我还没有配置成功，里面的坑太多了。等后面我部署成功了，再来补这一部分的坑。
