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