Discard Old Builds:hudson默认保留过去的构建,勾选此选项,则能够设置构建记录的有效期;java
(帮助:这里控制着您想要在hudson所在的磁盘把构建记录存储的有效期;服务器
Hudson为此提供两个标准:1.时间驱动—在hudson中您能够判断若是达到必定时限来删除一条记录(例如7天前);2.数量驱动—在hudson中您能够确保它拥有N份构建。若是又有新的构建开始,最先那份(记录)就将被删除。Hudson也可让您创建的个别构建定义为‘永远保持这个记录’,以便防止某些重要的构建被自动丢弃。)工具
Ø This build is parameterized: 若是选择此选项,Hudson将容许您提供一套任意的键值对参数,它们会被传递到构建过程里。配置的参数每每是构建运行环境中的一些环境变量。post
(帮助:当您使用了Hudson的各类自动化,有时要求在构建过程当中提供一组用户的输入,使用“parameterize”就可以更方便构建。例如,您可能会设立一个按需测试,在那里用户能够提交一个二进制文件的压缩文件来进行测试。本节参数能够彻底按照您构建的须要配置。参数是以名字区分的,因此您能够有多个参数,只要它们名称不一样。本节参数能够彻底按照您构建的须要配置。参数是以名字区分的,因此您能够有多个参数,只要它们名称不一样。)单元测试
Ø Disable Build (No new builds will be executed until the project is re-enabled.): 若是这里被勾选,这项工做将不会执行构建,直到选项禁用为止。(帮助:有时候,你会想暂停某个构建中的项目。例如,也许您正准备一次大的迁移,并且你知道新版本会失败。或者您想每个小时构建一次,但您却发现CVS服务器将在将来24小时内down机。当这个选项被设置后,关于这个项目就不会再有新的构建。这样一来,您就能够在不想改变外部依赖或者提交错误通知的状况下禁用构建过程。)测试
Ø Execute concurrent builds if necessary (beta):ui
Advanced Project Optionsspa
Ø Quiet period: 若是设置此选项,一个计划中的构建在开始以前须要等待选项中设置的秒数.插件
Ø Retry Count:若是版本库签出代码失败,hudson会按照这个指定的次数进行重试以后再放弃;命令行
Ø Block build when upstream project is building
Ø Block build when downstream project is building
Ø Use custom workspace:默认状况下,Hudson将在${ home}/.hudson/jobs/[项目名称]下建立一个工做区 。此选项将容许您使用指定的地址替代(它)。
Ø Clean workspace before build:在构建以前清理工做区
Source Code Management
Repository URL:代码仓库URL
Local module directory (optional):签出到工做区的目录
Build Triggers
Build after other projects are built:此选项支持一条装配(流水做业)线——做业依赖: 一个做业依赖于另外一个做业的输出的状况 —— 或者如如下情形:你只是想简单的把一些有关的工程构建编入一个组以便一块儿构建。当您一选择它,你将获得一个字段,输入其余工程的名字[多个项目名间用逗号分隔]后,这个构建应该就能够运行。
Build periodically:(按期构建)此选项 (也是使用定时做业表达式)仅仅通知Hudson按指定的频率对项目进行构建,而无论SCM是否有变化。我这个做业就属于目标测试环境是按某种方式按期修订的而SCM倒是静态的状况。若是您想在这个做业中运行一些测试用例的话,它可能就颇有帮助。
Poll SCM:这是CI 系统中常见的选项。当您选择此选项,您能够指定一个定时做业表达式来定义Hudson每隔多久检查一下您源代码仓库的变化。若是发现变化,就执行一次构建。例如,表达式中填写0,15,30,45 * * * *将使Hudson每隔15分钟就检查一次您源码仓库的变化。
Build when Maven dependencies have been updated by Maven 3 integration
Build when Maven SNAPSHOT dependencies have been updated externally
添加了一项指令以执行构建脚本;
•Ant version : 指定一个Ant实例,以执行构建。
•Targets : 指定的Ant脚本文件中的一系列目标将被调用。这里能够留空,在这种状况下,脚本默认的任务将被执行。
•Build file : Ant脚本执行完后的存放路径,它跟当期工做区是同级目录。
•Properties : 这些额外定义的系统属性将能够经过这里传递到Ant脚本中。我这里的脚本包含了一些属性以便经过个人Subversion仓库的身份验证,由于个人程序中包括了一个把一些改变放回仓库的步骤。此外,我还定义了另外一些属性,以便为个人单元测试配置参数。
•Java options : Java的命令行选项能够经过这里传递。有了这个配置,您就可使用Ant -debug,即一边调试脚本中存在的问题,一边让Ant有选择生成一份特定的诊断日志。其它常见的选项如指定Java的最小和最大的堆栈大小(-Xms 和 -Xmx ),这提醒您将在Hudson中启用一个新的JVM实例来运行您的构建脚本。
Publish Checkstyle analysis results:发布分析源码报告
Publish FindBugs analysis results: 构建脚本执行FindBugs静态代码,它用于分析做业的源代码,并生成一个调查报告。此选项代表Hudson FindBugs插件已安装。它指示Hudson检索FindBugs XML结果报告,汇总它们到当前做业的历史趋势中而且暴露在当前做业的主页上。FindBugs插件的高级选项容许您当FindBugs上报时肯定断言的类别,以及在Hudson获取关于当前做业的状态时,它们将如何影响最终的测定。
Publish PMD analysis results:
(安装PMD插件:该插件主要收集项目模块中PMD(程序代码检查工具)的分析结果,并以视图的方式呈现已发现的警告)
Scan workspace for open tasks:
Scan for compiler warnings:浏览编译器警告信息
Publish combined analysis results
Build other projects:这个选项主要用来实现一个合乎逻辑的构建和测试过程,它被分红两个或者两个以上的物理工做,而且会按顺序执行。当此项被选择后,您将获得一个字段,能够在其中输入您想在当前做业后执行的其余做业名【多项做业可用逗号分割】
Aggregate downstream test results:在某些状况下,做业中一组单元测试花费的时间大大长于实际构建它所花的时间。在这些状况下,你能够选择把构建和测试分为不一样做业,以便完成构建能相对迅速,一旦与这相关的一个或多个测试做业就执行完毕,构建也就成功完成了。当选择这个选项,hudson就会把构建后做业的测试结果进行统计,并能追溯到它们的明细,用以做为本次构建成功或者失败的主要依据。
Publish Javadoc:适用于在构建的过程当中产生的任何Javadoc内容;若是构建脚本能生成javadoc,此选项将指示hudson发布这些内容,并且当即把它公布在当前工做的主页上。每个成功构建的文档内容均可以保留,但在默认状况下只保留最新的。
转自
http://eileenlml.iteye.com/blog/1536226
Record fingerprints of files to track usage:使用相似ant方式的掩码,能够指示hudson去生成构建的指纹码,确保更容易地找到它们的位置,另外判断系统中的这些构件是否还在使用。
Publish JUnit test result report:若是构建脚本执行了Junit测试,此选项将指示hudson处理XML测试文档并为每次连续构建产生一份可持续的报告,依据正在进行的测试汇总处理结果。
(指示Hudson在定义的路径上得到一个JUnit XML结果文件,而且汇总它们到历史趋势报告。)
Archive the artifacts:当您选择此选项,就能够指定文件和目录的掩码(Ant风格的掩码,能够指定包含与排除),当与掩码相匹配的构件在构建时将被添加到Hudson的构件仓库,它们会用做业(名)和构建序号来标识。全部之前构建过的构件能够选择性地丢弃,以节省您Hudson服务器上的磁盘空间。
Publish Cobertura Coverage Report:构建脚本使用了Cobertura做为依据代码覆盖指令产生类文件的容器。当JUnit测试运行时,Cobertura 监测代码覆盖范围而且在测试完成后生成一个覆盖率报告。此选项代表Hudson Cobertura已经安装。它指示Hudson检索已肯定的Cobertura XML 覆盖率报告,汇总它们到当前做业的Cobertura历史趋势中而且暴露到当前做业的主页上。标题为“Coverage Metric Targets”的选项代表在Hudson获取关于当前做业的状态时,容许你经过指定代码覆盖地图中的覆盖程度来影响最终的测定。
Record fingerprints of Maven 3 artifacts
Archive Maven 3 artifacts
Publish testing tools result report
Git Publisher
E-mail Notification:定义一个邮件列表( 多项用空格间隔),以便当构建失败时发送一份通知。当一次做业老是不稳定或者被终止,"Send email for every unstable build "就能够不选,以阻止Hudson不断发送一份已获知条件的邮件通知。
Notify that Maven dependencies have been updated by Maven 3 integration
Perform Subversion tagging on successful build