目录
- 一、持续集成流程
- 二、持续集成的好处
- 三、需理解几个 Jenkins 的概念
- 1.Jenkins 的工作空间目录怎么改
- 2.怕历史数据占用内存太多如何配置
- 四、Master/Slave 模式
- 五、其它好玩的配置
一、持续集成流程
正式接收开发转过来的包之前，先从 svn 上下载代码，给它做次静态代码检查，然后编译打包。可以在开发的服务器或者自己的服务器运行单元测试文件。单元测试后，没用什么大的 bug，再部署到测试环境中。测试环境部署完成后先做冒烟测试，尽快看看主流程有没有问题。如果冒烟测试没问题就做回归测试。当然 Jenkins 也可以做其它事情。
以上 6 个流程，能不能都做得到，都是看公司情况来决定的。
代码检查有 2 种方式，开发自己检查代码叫做代码走查，静态代码检查是 Jenkins 自动执行的。
二、持续集成的好处
本地环境什么都有，所以开发打包完全没问题。但是把它丢到另外一个环境中就容易出现缺少依赖包的情况，因为别的环境没有，本机是有的。
如果用机器，会在代码中标明哪些包必须有，哪些包必须引进来。因为有编译脚本，编译脚本中必须依赖第三方的包，打包的时候就要注意。打包的代码也是测试写的，打包的时候应该把哪些文件下面的包全部打进来，写代码的时候一次就写好。以后机器就能打包了。
三、需理解几个 Jenkins 的概念
「插件只是将功能集成进 Jenkins 里面」 ，具体的功能还是得本身有。执行任务的时候，主机得有 git 下载代码的客户端等。除了插件，一样要匹配它的运行环境。
1.Jenkins 的工作空间目录怎么改？
如果是用 Windows 的同学，有个 xml 文件，全局配置都在这里，但是这个文件你不会改，就千万别瞎改，不然 Jenkins 就报废了：
建议第一次安装的时候自己选择 Jenkins 的工作目录。
2.历史数据占用内存太多如何配置？
四、Master/Slave 模式
「Master 和 Slave 放在一台机器上去做，为什么第一次可以，第二次不可以？」
这种模式并不稳定。没条件的话就直接用主机好了。
五、其它好玩的配置
在这里配置定制化的测试报告。
附件一定是在 workspace 下面，然后把附件的路径以及文件名称放到这里：
