在“Pre step”中，我们增加了一小段shell，主要作用就是在发布之前，先删除web应用的tomcat中原有的ROOT.war（在某些版本的tomcat，还需要增加一行“rm -r -f ROOT”，即将原有项目的所有文件删除，才能触发tomcat undeploy操作），这或许是“Deploy plugin”的bug，如果ROOT.war已经存在，则无法再次deploy/redeploy。
在Maven build时，我们指定“Goals”，这个很重要，否则Maven build就没有意义了。“Goals and options”根据个人项目的情况来定义，选择合适的profile环境。
下面我们介绍“Deploy plugin”，这个插件就是将Maven打包生成的war，发布到指定的tomcat下。很好的一个插件。
其中“WAR/EAR files”选项指定war的位置，这个路径是个相对路径，相对于“/home/jenkins_home/workspace/{你的item名称}”，本实例是一个maven多模块项目，且每个module打包的名称都为ROOT.war，这样方便部署。 请管理员指定正确的路径。
Containers中，我们使用了tomcat 7，输入上文我们设定的用户名和密码，指定tomcat Url，需要注意，既然应用是基于http manager的方式deploy，那么此tomcat的webapps自带的“manager”项目不能被删除，同时tomcat还需要处于启动状态。（tomcat也可能以为死亡，所以建议在pre step中加上对tomcat状态的判断，如果tomcat死亡，先执行startup.sh）。
如果在部署时，报错。请按照如下方式排查：
1）tomcat是否已经启动。
2）tomcat-users.xml是否配置正确。
3）tomcat的版本和“Deploy plugin”中container指定的是否一致。
4）tomcat下是否已经有ROOT项目，如果有，请删除，然后重启tomcat，此后再使用jenkins发布，因为reploy时会检测旧的ROOT和新的ROOT.war项目的版本相容性，如果不同，则会导致reploy失败。
到此为止，第一个item配置完毕，保存后即可通过“立即构建”来部署我们的项目了。
7、Slave节点
通过上文，我们已经在Slave机器上安装好了SSH、Git、Maven、JDK等，同时我们也需要在Slave节点安装一个tomcat，用来部署web application。
需要注意的是，jenkins的slave不需要像master一样部署在tomcat上，我们只需要在jenkins的页面上操作即可，master将会通过ssh将slave.jar文件到slave节点上，并启动slave。
通过导航：“系统管理”-->“节点管理”-->“新建节点”，来增加slave。其实此时我们已经看到“master”节点已经被默认添加进来了。
保存后，会提示你“启动slave”，你可以根据需要是否启动slave。
此后那些需要部署在slave宿主机器上的web应用，只需要在创建item时指定“Restrict where project can be run”为slave即可。
---END---
other: profile
各属性节点的值，用占位符"${属性名}"占位，maven在compile/package时，会根据profile的环境自动替换这些占位符为实际属性值。
默认情况下：
maven package
将采用默认激活的profile环境来打包，也可以手动指定环境，比如：
maven package -P dev
将自动打包成dev环境的部署包(注：参数P为大写)
gitlab/github可以添加Webhooks实现自动部署
如果是springboot项目，则配置更简单
