ThoughtWorks Go基本概念

为什么80%的码农都做不了架构师？>>>   

写在前面：当前最流行的持续集成工具非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

转载于:https://my.oschina.net/donhui/blog/316763