1、使用Jenkins配置Git+Maven的自动化构建
http://blog.csdn.net/xlgen157387/article/details/50353317
2、Jenkins部署Maven多环境项目（dev、beta、prod）的参数设置
3、使用Generic Webhook Trigger插件实现Jenkins+WebHooks（码云）持续集成
4、使用Generic Webhook Trigger插件实现Jenkins+WebHooks（码云）持续集成–指定具体分支集成
二、项目结构
这是一个SpringBoot项目，码云地址为：https://gitee.com/xuliugen/ufind-server（私有的，不用试啦！）
这里假设你已经配置好了Jenkins的环境，如果还没有配置的话可以参考上文中的相关阅读进行配置。
三、配置Jenkins
1、新建Job
这里是因为我已经新建了一个相同名字的所以会报已经存在，忽略即可！
2、设置具体内容
这里指定项目名称和描述，以及源码管理中的Git地址和用户名密码。
Build指定源代码拉下来之后需要做的事情，Post Steps指定编译好之后需要做的事情。
其他没有截图的默认即可！
3、具体分析：
（1）Build是当把代码拉下来之后需要做的操作，由于是一个maven项目，因此我们需要指定编译打包的命令，这里是：
clean package -Dmaven.test.skip=true
注意这里没有mvn，因为他是默认使用maven编译的！完整的命令是：
mvn clean package -Dmaven.test.skip=true
其中：-Dmaven.test.skip=true 是跳过测试。
（2）关键是Post Steps的脚本，这里详细的解释：
首先，我们应该要明白Jenkins的原理，他是这样的，如果我们在新建的时候指定了Maven项目和代码的Git地址，Jenkins首先会通过Git将代码clone到本地，然后执行在Build中指定的pom.xml文件和指定的命令。
下边是Jenkins的工作区间详细信息（默认位置是：~/.jenkins）：
这里的workspace就是我们创建的任务的工作区间：
可以看到就有我们上述创建的ufind-server，如下：
最后的编译好的jar的位置就是：
/home/xuliugen/.jenkins/workspace/ufind-server/ufind-web/target
然后，我们可以根据需要将编译好的jar移到另外一个位置，然后启动即可，在启动的时候是后台启动，不然的话他的日志会一直显示在Jenkins的任务界面（有兴趣的可以试一下效果！），后台启动的时候需要把进程ID记录到一个文件中，这里是：ufind-web.pid
因此，上图中的脚本的完整解释如下：
这里需要注意的是设置export BUILD_ID=dontKillMe，另一个是每次启动的时候先要杀掉以前的进程，不然的话不会启动还会报错！
可以看出，只要明白了Jenkins的工作机制，尽管目前Jenkins上SpringBoot相关的插件还没有，但是我们可以一步步的通过脚本的方式进行运行！
四、运行结果
通过游览器访问服务是否可以正确的运行！
五、将编译好的jar文件传到另一个服务器
上述中我们只是通过cp命令将编译好的jar移动到同一个服务器中的另外一个位置，正常情况肯定不会是这样的，他应该是其他服务器上指定的位置，并且服务器的数量可能还不止一个。因此，我们下边研究一下！
将一个文件从一个服务器移动到另一个服务器使用的是scp命令，例如：
scp是一个基于ssh的Linux环境下传输文件的好工具，但是使用shell脚本调用scp时会面临一个问题，即scp强制要求通过交互方式输入密码，而不像mysql等拥有-u -p选项。
下面有两种方法帮助shell脚本跨过输入密码这个障碍！
1、建立机器间完全信任关系
假设需要从机器A传输文件至机器B
（1）在机器A上运行
ssh-keygen -t rsa
上述命令会在~/.ssh/目录生成私钥证书id_rsa和公钥证书id_rsa.pub；
（2）将公钥证书id_rsa.pub复制到机器B的用户根目录的.ssh子目录中，再将文件内容append到文件authorized_keys中。
其实只要用一条单行命令就可以完成步骤2，它被commandlinefu.com的用户投票选为十大最酷的Linux单行命令之一：
ssh-copy-id [-i [identity_file]] [user@]machine
identity_file是公钥证书的路径，默认情况下是~/.ssh/id_rsa.pub.
如果要建立双方向的完全信任关系，还要从机器B到机器A再重复一遍上面的操作。
不过这样的方法并不完美，一是运维成本太高，二是机器间的安全屏障完全消失，安全代价太大，所以本人强烈推荐第二种方法。
2、expect脚本
expect脚本是一种建立在tcl基础上的脚本语言，曝光率不高，却堪称shell脚本的好基友。expect脚本为交互而生，被设计为专门针对交互式程序的工具，常与对telnet、ftp、fsck、rlogin、tip、scp等配合使用。使用之前要先安装expect，安装过程（Ubuntu Server）：
Expect中最关键的四个命令是send、expect、spawn、interact。
send：用于向进程发送字符串expect：从进程接收字符串spawn：启动新的进程interact：允许用户交互
示例代码例如：
运行结果：
可以发现文件已经上传成功！
上面是一个独立的expect脚本文件，如果像把这段脚本嵌入其它shell脚本中就要用到expect -c
简单测试之后，那我们的脚本应该改成如下方式：
这里执行了远程主机192.168.1.241上的一个脚本startup.sh，脚本如下：
为什么，执行这个远程脚本而不是直接通过expect执行哪？哈哈，你可能没有想到，这是因为本人能力有限，多次尝试使用expect执行都没有成功，所以，不得已才使用这么愚蠢的方式！哈哈，不要打我！
看执行的结果：