Understand TeamCity Work Flow

最新推荐文章于 2025-12-05 17:02:52 发布

原创最新推荐文章于 2025-12-05 17:02:52 发布 · 78 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#单元测试 #java #编程语言 #多线程 #linux

本文深入探讨了TeamCity作为Continuous Integration (CI) 工具的使用，阐述了采用多个Build Agent 的优势及其对提升代码构建效率、引入单元测试功能的影响。文章详细解释了TeamCity的特点，包括其跨平台能力、支持的构建工具，以及预测试提交（Pre-Tested commit）这一杀手级特性，旨在解决频繁提交源代码时可能出现的问题。

首先可以将TeamCity 看作一个专门Continuous Integration(CI)的Web Portal. TeamCity可以管理多个Build Agent, ,每个Build Agent可以认为是专门用来编译代码的机器. 当然Build Agent可以和TeamCity是同一台计算机. TeamCity为什么采用多个Build Agent这样的架构呢?
多个Build Agent的优点:

主要是考虑到Build代码的过程可能能长, 另外是我们可能又想加入Unit Test的功能, 尤其是Unit Test很多的情况下(或者commit source很频繁), 一台计算机显然不行.
我们可以将Unit Test按功能分类, 将他们分配到不同的Build Agent上.
我们也可以将Unit Test按工作量进行分配, 将他们分配到不同的Build Agent上. 这其实是Load Balance
提供Pre-Tested commit特性, 详见下文.

TeamCity的特点:

TeamCity由Java开发的, 所以是跨平台的, 支持Java和.Net. 它采用Tomcat作为Web Server.
TeamCity支持多种Build工具, Java方面, 你可以选用Ant, Maven, Idea等. .Net方面, 你可以用MSbuild, NAnt以及Visual Studio的Solution文件.
Pre-Tested Commit(Delayed commit)方式: 应该说这是TeamCity杀手级的特性(killer feature). 相信我们都遇到过这样的情况, 有的程序员嫌跑所有的单元测试太费时间, 测试了部分Unit Test就将代码提交到VCS上(或者根本没有跑Unit Test). 结果很不幸, 那些没有测试的case结果却跑不通. 你不得不将代码rollback, 其过程之痛苦不用多言. TeamCity介绍了Pre-Tested提交这个特性, 可以彻底解决这个问题. 它是为IDE提供TeamCity的插件来触发这个过程. 详细流程见下文的TeamCity的一般工作流程.

TeamCity的一般工作流程是( Workflow_Diagram):

Programmer在IDE中通过TeamCity的Pre-Tested commit将代码check in到VCS Server
TeamCity根据其Trigger设置, 定时从VCS Server取代码, 然后将代码发送到Build Agent中. 指派Agent 去执行响应的Build和Unit Test 操作.
Build Agent完成操作后, 将结果返回给TeamCity.
如果结果正确的话, 则将Code 真正提交到VCS.