在项目中的设置中也能看到这个build文件的提到停止tomcat，由于使用本人自己的用户，所以在脚本中添加了sudo，但是很悲催的告诉大家，hudson中不识别sudo这个命令
#vi tomcat_stop01.sh
和开心，看到build成功了，但是各位亲们，遗憾的是，在实验机器上面看不到tomcat停止了，所以吧去掉sudo命令，后面你又得很悲催的发现在重新build不成功，为什么？嘿嘿，这就是停止脚本的权限了，给个可执行的权限吧。这回成功了。
3、构建项目第三步：备份项目
项目设置中添加一条ant节点备份脚本，
重新构建项目吧，这回很确定的说不成功。为什么，还不是文件夹的权限。
首先，备份文件夹的权限，改成所属人为本人，还有项目也是，但是还是失败，最终一狠心，改成777的权限，成功了，这个是弊端啊。
在build成功之后就会在/home/zhengtingting/project/trunk/BackOfficePortal目录下面生产应用目录，直接就可以拿去覆盖现有应用就可以了
5、构建项目第五步：启动tomcat
剩下的也就差不多了，该给的权限都给了，不该给的权限也给了，这回也就成功了
五、hudson利弊 Hudson 优势 劣势1、 部署简单，脚本使用方便2、 构建过程简单3、 页面配置，实施方便，简单4、 可移植性强，主要移动脚本5、 部署项目失败，回滚简单6、 批量部署简单7、 不需要数据库参与8、 集成RSS/E-mail/IM-通过RSS发布构建结果或当构建失败时通过e-mail实时通知。9、 Hudson可以通过插件扩展 1、安装插件时间长2、跨机器构建项目需要人工参与3、文件夹权限不严谨4、hudson自动解压目录不合理（/root/.hudson/）5、需要依赖自动化部署的ant,git等6、使用批处理命令直接移war包。不过这样的缺点在于，移动失败的时候，会显示批处理命令执行成功，hudson是不会报错的，需要人工检查。
六、环境部署和实际应用 1、初始环境的搭建和应用部署
有我们OPS有自己编译好的yum源，可以直接将构建项目过程中的第二步停止应用脚本改成yum安装包。
A、 很多应用都需要添加虚拟主机，这就需要在脚本中匹配到某行，添加虚拟主机的配置
B、 构建项目的第二步停止tomcat和第三步备份项目可以省略，不过也可以不省略，看个人习惯
C、 其余的步骤都是相同的
2、跨机部署构建项目跨机器或是双机部署应用的情况下，这边采用的是rsync同步的方式，部署应用，在这之前是需要人工手动的进行操作，进行配置rsync（rsync部署安晓会他们已经试验过了，有什么需要的这个也是可以沟通滴）
rsync -vazP –delete ip::war/ /home/zhengtingting/deploy/ >>/home/zhengtingting/rsync.log 2>&1