ThoughtWorks Go基本概念

写在前面：当前最流行的持续集成工具非jenkins莫属，已使用jenkins一年有余，想尝试下别的CI工具，如ThoughtWorks Go，且在尝试时作主要记录并分享,这是首先介绍下基本概念......

ThoughtWorks Go 是 ThoughtWorks 公司的一款持续集成和发布的系统。
它用一个创新的方法来管理构建、测试和发布过程。
其前身为CruiseControl（ThoughtWorks开发的第一个CI服务器）。

Go是以“部署流水线”为核心的,下面是一个来自Go官网的流水线（pipeline）案例：

上图涉及到的基本概念有：pipeline（流水线）、stage（阶段）、job（做业）。

表示的是一个产品从代码提交（check in）到UAT测试的流水线(pipeline)。

• 版本控制系统（Version Control System,即VCS），如svn、git、hg等中的代码修改后能够经过post commit hook触发这个流水线。

• 一个pipeline包含一个或多个stage，stage是串行的。
  这个流水线（pipeline）有三个阶段（stage）：编译+单元测试阶段（compile+unit test stage）、功能测试阶段（functional test stage）、用户验收测试阶段（UAT stage）。

• 一个stage包含一个或多个job，job是并行的。
  其中编译+单元测试阶段（compie+unit test stage）包含单元测试做业（unit test job）和代码测试覆盖率检查做业（emma job）。

• 此外，pipeline能够分组，能够把多个pipeline放到一个pipeline group中。

对红色Stage和Job作下翻译：

阶段（Stage）：

• 阶段是连续运行的

• 每一个阶段能够被前一个阶段彻底运行成功后自动触发

• 也能够手动触发

做业（Job）

• 做业能够在阶段中并发运行

• 若是一个做业失败了，这个阶段的状态就是失败的

• 每一个做业计划运行一个或多个目标（target）,如ant、nant等等

• 若是有多个Go Agent，一个阶段的做业能够并行

Go的架构设计：

Go使用了Server-Agent模式，Server用来展现和配置pipeline的DashBoard，并存放构建出来的Artifacts（存档文件，好比一个war包); Agent则用来执行真正的构建操做，一个Server能够和多个Agent创建链接，Agent支持多个主流的操做系统。

这个和jenkins的Master-slave架构模式有些相似。

参考：http://www.thoughtworks.com/products/docs/go/current/help/conceptsingo.html