Hudson如果不需要手工参与的话，需要使用一个插件，系统管理/插件管理/可选插件，系统列出可用的所有插件，找到Deploy插件选中并点击安装按钮，等安装完毕后重启tomcat，就可以看到Deploy插件已经安装好。不过在hudson-3.0.1的就没有看到了。安装的插件也没有看到这个功能。
重新打开上面添加任务的配置界面，找到配置文件的最后，找到Post-build Actions（构建后的动作）
不过这个构建有点不好的一个现象，不过是否成功的覆盖移植应用，最终在build都会显示成功，如果失败就需要手工的参与，批量处理的这种最好是先在一天验证是否通过后在进行批量的处理。
3、通用性A、脚本移植
Hudson可移植性还是挺好的，不过在移植过程中，需要重新的下载和更新hudson，需要占用大量的时间。里面的插件，至少需要2-3个小时的安装时间，不过在这个时间可以迁移脚本就行了。安装好插件，需要的配置也得需要个半个小时至1个小时时间。Hudson可移植的也就是脚本，就依赖的包，不需要什么东西。移植性还是相对不错的。
B、没有数据库参数
Hudson不需要涉及到任何数据库参与部署，这就可以避免了很大部分的数据库的更改，还有就是匹配
4、硬件管理Hudson到使用到现在还没有看到有硬件管理方面的插件。
5、依赖和回滚
A、依赖
Hudson部署看个人喜好用ant,git,maven都行，不过还是需要从SVN上面下东西，
本来从开始就使用ant，必须一定要安装一个，不然是不会成功滴。还有安装的时候需要的各种插件，SVN，EMAIL,还有几个页面初始打开的是必须要安装的几个插件，否则，是会失败滴。
B、回滚
项目构建失败的回滚，只是更改下脚本，将原本备份的解压覆盖到应用目录中就行，最开始的停止tomcat和最后的启动tomcat都需要留着，不需要改动。
七、综上所述Hudson使用还是挺便捷的，也有所利弊，不过应用在新的简单的项目上面是可以的，本次实验是在本机传输的，后期会跟进对于跨机器的部署，在这边是考虑使用rsync同步的，测试那边已经在使用这个工具跨机器使用。