初步接触持续集成自动化过程，本篇主要介绍基于Jenkins实现持续集成的方式，通过案例介绍线上自动编译及部署的配置过程持续集成
持续集成是一种软件开发实践，即团队开发成员经常集成它们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。Jenkins
Jenkins是基于Java开发的一种持续集成工具，用于监控持续重复的工作，功能包括：
1、持续的软件版本发布/测试项目。
2、监控外部调用执行的工作。
更多信息请戳官网
安装
网上有很多Jenkins安装配置教程，详情请戳Jenkins安装与配置
开始一个DEMO
背景
Jenkins运行在Linux服务器上，尝试在此服务器上编译并部署一个web应用，编译过程需要node环境，编译后文件需ssh到测试服务器
Jenkins主要完成任务如下：
1、自动集成编译环境
2、线上编译应用
3、ssh到目标环境并运行
新建一个Job
登录进入Jenkins，可以看到当前所有已集成项目的构建情况；
1、点击左上角的【新建】，创建一个新任务
2、填写任务名称，构建的项目类型可根据实际情况进行选择，本次选择第一种即可
3、选择完毕，点击【OK】，回到首页，发现创建的Job已显示在列表中
配置编译环境
在这个过程中，我们需要为应用配置基于node的编译环境。
关于安装node，一般可以下载执行文件安装或编译源码安装，而通过Jenkins，我们则可考虑使用其提供的插件进行自动安装
1、选择系统管理->管理插件
2、可以看到，Jenkins提供了丰富的插件供开发者使用，找到我们需要的[NodeJS Plugin]，勾选后点击安装即可
3、安装完毕后，选择系统管理->Global Tool Configuration，配置node下载及安装
4、进入后，撸到底部，发现全局可用工具中已经出现了NodeJS的配置项
5、插件支持多种方式安装nodeJS，点击[新建安装]，选择习惯的安装方式即可，此处给出从node官网下载并安装的配置
6、保存完毕后，通过列表，进入刚刚新建的Job，找到【构建环境】，勾选Provide Node & npm bin/ folder to PATH，选择刚刚添加的配置即可；此后当每次build，都会首先执行环境构建，环境构建无误后，才会开始真正的构建过程
配置构建过程
在这个过程中，我们可以配置构建所需的参数，用来指明构建的位置（从哪个分支/哪个版本...）或其他一些状态；并通过命令执行构建。
1、通过列表进入Job详情，开始相关配置；
2、【General】一栏需要配置项目基础信息和一些构建需要的参数。选择【参数化构建】，此构建方式允许我们自定义构建过程中的参数。如下：配置一个branch参数，用于指明要构建的git分支
3、【源码管理】一栏需要填写待构建项目的源码地址，其中【Branches to build】用来指明待构建的分支，当然，也可以选择某个提交号，同时此处也可以使用我们在General中定义变量（详细配置见输入框右侧的[帮助]按钮）
4、【构建】一栏需要输入相关命令来实现自动化构建，此过程在【环境构建】后，故我们可以编写如下代码执行构建
5、线上编译完毕，下面将build完成的文件发送至目标环境（测试环境/生产环境）。继续在【构建】一栏中添加配置，指定目标环境相关信息；命令行配置ssh后的一些操作（解压文件，并删除压缩包）
执行构建
至此，整个构建的配置算是基本完成，下面开始构建。
回到列表页，点击构建即可：
可以看到构建历史列表中显示当前构建的进度
点击左侧圆形按钮，即可进入控制台查看输出
构建完毕后，可以通过列表中的晴雨状态查看构建结果
结语
本篇简单介绍了基于Jenkins构建的过程，Jenkins功能还有很多，会在之后的篇幅中陆续介绍。随着项目开发规模和复杂度不断增大，持续集成是一个必然的选择。
本文出自：http://blog.csdn.net/gavid0124/article/details/53463831
本文转自奔跑在路上博客51CTO博客，原文链接http://blog.51cto.com/qiangsh/1977709如需转载请自行联系原作者
qianghong000
