持续集成（Continuous integration ，简称CI。）

持续集成正是针对这一类问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。

持续集成是一个开发的实践，需要开发人员定期集成代码到共享存储库（比如说svn或git等）。这个概念是为了消除发现的问题，后来出现在构建生命周期的问题。持续集成要求开发人员有频繁的构建。最常见的做法是，每当一个代码提交时，构建应该被触发。

在ue4打包中利用jenkins来自动打包，svn每更新一次ue4包，在jenkins就自动打包编译（构建）一次，可以将输出（错误或者成功信息）通过邮件等方式发送给指定服务器或主机。

持续集成的作用：

保证团队开发人员提交代码的质量，减轻了软件发布时的压力；

持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量；

Jenkins对UE4自动打包步骤：

安装好Jenkins后再网页输入http://localhost:8080/

首先要安装java jdk1.8，svn插件（jenkins添加svn插件，电脑本身也要装svn），配置路径，在左侧系统管理->系统设置->右侧点击高级，主目录是jenkins的安装目录，工作空间根目录是实时更新svn后获取到的项目放到该目录下，这个要自己设

添加相关功能的插件：Jenkins可以添加许多第三方插件，做法：

系统管理->管理插件->可选插件

接下来进入正题，新建任务，配置：

具体配置如下：

在源码管理里使用svn，安装好svn，第一个填写好svn的项目路径，第二个add一个svn的用户名和密码，第三个是把svn更新后的项目放到JenkinsWorkSpace文件下的GK文件夹中

这里日程表的意思是每20分钟检测一次有没有更新

在构建中我们分成两个部分，打包客户端和打包服务端，都读取的是D:\JenkinsWorkSpace\GK路径的项目，因此项目.uproject要用源码，echo后面的长线主要是输出时便于区分客户端的输出还是服务端打包的输出。

第一个路径是源码版UE4路径，第二个-project路径是获取的项目路径，两个命令获取的项目路径都一样，最后输出的路径不一样，第一个客户端打包出来路径放到D:\ue4project\Client中第二个服务器打包出来路径放到\Server中，后面跟上svn版本号和构建的项目id，%%中间引用的是环境变量列表，参阅可用环境变量列表。