通过持续集成尽早发现缺陷 - 编程入门网
要用 户名和密码。在设置 CI 过程时,为 CI 服务器创建一个新用户常常是有意义的 。对于这个项目,我们创建一个名为 buildmaster 的新用户。在后面配置 Hudson 来监视项目时,为了执行签出和其他功能,需要显式地指定 buildmaster 的凭证。
通过持续集成尽早发现缺陷(7)时间:2011-07-08 IBM Andrew GloverHudson CI 过程的最后一个方面是 CI 服务器本身。CI 服务器在整个开发过程中的主 要作用是控制者:当服务器在代码存储库中探测到修改时,它将运行构建的任务 委托给构建过程本身。如果构建失败了,那么 CI 服务器将通知相关方面,然后 继续监视存储库。它的角色看起来是被动的;但是,它是快速反映问题的关键。 安装 Hudson 使用 Hudson 的主要好处之一是它的设置很简单。在最简单的情况下,Hudson 只需要两个步骤: 下载最新的版本(它打包为一个 WAR 文件)。 运行 java -jar hudson.war。 这样就可以了。因为下载的是一个 WAR 文件,所以如果愿意,可以将它部署 在 Tomcat 或 JBoss 等容器中。这完全由您自己决定。当然,Hudson 假设在安 装它的机器上运行着 Java 5,而且如果定义了 JAVA_HOME 环境变量,Hudson 就 会使用它。(正如前面提到的,Hudson 需要 Java 5。) 在安装并运行 Hudson 之后(将 WAR 文件部署到 servlet 容器或从命令行执 行 java -jar hudson.war),启动浏览器并访问默认安装位置。如果通过命令行 运行 Hudson 而且您在本地机器上,那么可以访问 http://localhost:8080/。 图 2. Hudson 已经就绪! 如果一切正常(实际上不太可能出问题),应该会看到图 2 所示的 Hudson 启动页面。 通过持续集成尽早发现缺陷(8)时间:2011-07-08 IBM Andrew Glover配置 Hudson 配置 Hudson 的第一步是让它知道在哪里可以找到构建平台的可执行文件。在 这个示例中,用 Ant 作为构建系统,所以需要告诉 Hudson 本地机器上 Ant 的 位置。如果使用 Maven,也必须做同样的工作:告诉 Hudson Maven 的位置。请 记住,并不是告诉 Hudson 构建文件的位置,而是指定构建系统的可执行文件的 位置,让它可以调用 构建文件。在这个示例中,需要指定 Ant 命令的位置,这 让 Hudson 能够执行 ant -f build.xml 命令。 如果访问 Hudson 主页的本地实例并单击左上角的 Manage Hudson 链接,应 该会看到图 3 所示的可配置选项列表。 图 3. 配置 Hudson 非常容易 在 Ant 部分中,需要提供安装 Ant 的路径,见图 4: 图 4. 向 Hudson 指出 Ant 的位置 还可以配置服务器的其他几个方面,比如向 Hudson 提供一个电子邮件服务器 的位置,以便在构建失败时接收电子邮件。根据您的组织设置电子邮件的方式, 可能需要让系统管理员帮助设置这个特性。设置电子邮件并不是必需的;Hudson 还支持以 RSS 作为通知机制,对于某些人来说,这种方式比电子邮件更好。究竟 选择哪些通知机制完全取决于您。(注意,这里说的是 “哪些”,也就是说,可 以同时使用多种通知机制!) 最后,在配置项目之前,需要让 Hudson 能够与您的 SCM 系统通信。在这个 示例中,需要设置 Subversion 存储库的路径和访问存储库所需的凭证。 在浏览器中访问 http://localhost:8080/scm/SubversionSCM/enterCredential,并指定项目的存 储库 URL 以及正确的凭证(比如 buildmaster 等等)。这个一次性的步骤确保 Hudson 可以正确地与 Subversion 通信。(当然,如果决定改用另一个 URL 上 的另一个 Subversion 存储库,就必须重新设置。) 通过持续集成尽早发现缺陷(9)时间:2011-07-08 IBM Andrew Glover在 Hudson 中配置项目 既然 Hudson 已经能够与 SCM 存储库通信了,就该配置项目了。这个示例所 用的 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |