可以这样： ./install.sh <<ORA Yes No ORA

顶！我就是把持续集成搭建好，开发 checkin 完了，自己在 hudson 上启一下 job，后面 build，部署，测试，发报告，自动搞定。我准点下班回家:lol

貌似没有那么麻烦吧！你只要在系统设置里，将 Default view 设置成 Test 就可以了。我就是这么干的 :lol

work location 是哪里啊？:loveliness:

virtuallife 于 2011-3-24 17:22 发表
突然闪过一个念头，难道，这个插件是只针对一些 html 的页面的（仅是）？ 即，填的那个目录要求是本身是一个网页的目录（相应有 index.html）,而不是任意一个存在的目录？ ... [/quote]

回答正确！:lol 成功后，会在 JOB 左边导航多一个 Link。

在 slave 机器，node 配置那里重新配置你 slave 机器上的 java home

为啥我的 FF 装了这个 plugin 后，看不到这个加 job 的菜单？难道因为的 FF 是中文的？？？:L

谢谢回复！是我一开始对 HUDSON_HOME 的设置概念上理解错误，我原先以为 HUDSON_HOME 就是 hudson 应用程序所在目录，所以导致我每次换包，配置信息就丢失了。其实 HUDSON_HOME 放的应该是 hudson 的配置所在的目录，现在我重新设置 HUDSON_HOME，问题已经解决，谢谢大家！:victory:

1. 貌似我的 1.347 版本，没有 那个自动升级的按钮；
2. 我先前说过了，我当初是解开 war 包部署的，那些 jobs 等相关信息已经在解开的 hudson 目录中了，我如何再换 war 包呢？:(

同意！我遇过类似的问题！

都 maven3 啦啊！我太落伍了！有空要学习一下！:lol

羡慕！俺们外地的参加不了哦！:(

我之前部署的时候，是把 war 包解开后放到 tomcat webapps 目录下部署的，现在不知道该如何升级了:(

其实我们公司最初的目的是为了保证构建的质量，在交付给 QA 测试之前就尽早的发现问题，以免浪费 QA 的资源。没想到这么多的环节和步骤串联的在一起，并且自动化，正好就符合了 “持续集成” 这一概念。:)

谢谢大家！今天看到一篇文章说是 hudson 的 bug，供大家参考。 http://www.javaeye.com/topic/775806

我就不接着你们 10 大实践来讨论了，我谈谈我自己的看法和实践。 首先，构建只是集成的一部分；构建是代码的编译，连接和打包；持续集成是构建，测试和发布的一个过程。因为持续集成的目的是为了保证产品质量，所以测试是必不可少的一部。关于持续集成包括的几大大要点，很多地方都有介绍我这里就不重复了，我就讲讲对于关键几点，我的实践。 首先是构建。因为很多项目涉及到的 Team 众多，而且可能 team 不在同一地区，代码量非常大，项目内模块之间的依赖性大，这决定了我们无法对每一次的 check-in 都进行一次集成，所以我们只有分成两步走。 1.Team build 每个开发人员在代码完成后，先在本机 Deploy, 然后进行 Unit Test，在确保无问题后 check-in 代码到 CVS 里。另外，各 Team 内部也利用 Cruise Control/hudson 来实时监控小组内部开发人员的代码改动，进行模块级的编译，也可以包括 junit 测试和静态文件的检查，防止出现错误。 2.Master build (Daily Build) 由于进行一次整个项目的创建时间需要很长时间，而且要协调到多个 team 的开发人员，我们不得不强制开发人员在每天的一个时间点停止 check-in, 把这种 “主创建” 变成了一天只进行一次的 “日创建”。 接下来我们就可以对这个 “日创建” 进行集成，那就是部署，测试。可以写一些 jmeter 或者 selenium 的脚本测试一下基本的功能，在部署成功后自动去运行，运行结束后发布测试报告。

当然如上步骤都是要自动化的实现，我们可以借助相关的集成工具，也可以自己写一些工具去实现。

[[i] 本帖最后由 马路 MM 于 2010-10-19 11:09 编辑 ]

其实对于项目状态分析，主要不是看构建的数量，主要是看构建的状态的分析，就是构建失败的次数。我这边是在每次做构建的时候（无论自动或者手动），自动记录这次构建，但是构建失败的原因或者导致失败的责任人无法自动记录，需要事后手动记录。

构建环境是否要和开发环境或者产品环境保持一致，不同情况不同对待：

1. 对于 java build：JDK 版本一定要统一，其他可以忽略；
2. 对于 C++ build：操作系统版本一定要跟产品环境一致，编译器版本也要统一。

你可以试试 “Archive the artifacts”，把你需要的东西备份下来。

NO。 我的意思是将本地编译的包，放到自己指定的远程 maven 库，不是下载，是上传。:)

谢谢分享，很完备的一份资料！

我已经找到解决方案了，谢谢！

非常感谢版主的详尽回复，我来尝试一下，谢谢！

谢谢回复。问题是各种 report 如何合并到一起？