QuickBuild V4.0版本，和V2.x版本比较，最大的变化是首页由“Configures”改成了“DashBoards”页面。
V2.x版本的首页上只能显示配置的列表，以及一些简单状态。到了V4.0，不但允许用户创建多个“DashBoard” ，还支持在DashBoard的基础上，增加多个“Gadget”。这样只要打开首页，所有项目的持续集成情况都可以一目了然的显示出来。
Gadget，可以理解为持续集成的组件，常用的有:
1. Configuretion Tree:
所有参与持续集成的项目列表，集成次数，当前请求数和最近一次集成的状态。
2. Build Stats:
关于某一个项目持续集成的统计数据。
此外，还包含了变更管理工具统计数据，代码覆盖率工具统计数据（Cobertura，EMMA，NCover），代码检查工具统计数据（Findbugs，PMD，checkStyle），以及单元测试统计数据等。可以看出，QuickBuild对Java软件开发的支持是比较好的。
不过，不管首页怎么变化，QuickBuild还是以"Configure"为核心的，比如免费版的QuickBuild就限制了只能同时使用16个"Configure"。
一份Configure中可以看做是对一个项目持续集成配置的总和。Configure可以继承和复制，使得管理员可以在很短的时间就创建多个Configure，提高工作效率。
Configure中比较重要的配置项有：
1. Repositories：
代码的维护管理，主要是同SCM工具的集成，源代码管理相关。
QuickBuild中有一个很重要的特性：Proof Build，允许服务器编译、验证开发人员还没有CheckIn的代码，非常好用。这个特性后面会单独拿出来讲一下。
2. Steps：
QuickBuild把持续集成分解为若干个可以独立运行并自由组合的步骤。
每个Step都可以配置为并行或串行运行，甚至可以在多个Build Agent上同时运行，这样可以大大减少持续集成的时间。
Steps一般采用这样的步骤：”前期环境准备”->通过SCM取源代码->“代码静态检查”->编译->"单元测试"->”自动化测试”->生成报告->通知相关责任人。
打引号的步骤根据项目情况，可以自行选择。
3. Notifications：
QuickBuild支持多种通知，Email是最为常用的了。
把以上三项配好，一个最基本的持续集成环境就搭建起来了。当然，要想真正把持续集成做好，还有很多细致的工作要做。
比如单元测试和自动化测试用例的编写和集成，就是一个长期的工作，不能一蹴而就的。