设置Team Foundation Server Build服务以执行自动构建和测试

Dal*_*bor 5 tfs build-process

我们的计划是使用Team Foundation Build服务进行自动构建,然后使用测试工具在构建服务器上自动执行测试,然后将该构建版本发布到应用程序服务器上.

到目前为止我们有

配置了TF Build Controller的Team Foundation Server

使用win2012构建服务器,配置Visual Studio 2013和Build代理.

安装了SQL 2013的SQL Server

安装了Win2012和.netframework的Application Server

我的问题是我需要做什么才能设置自动构建,并在编译成功后执行单元测试工具.

此外,部署目标机器最初将是DEV,但我们希望快速构建测试环境和产品等.

这是我到目前为止所得到的.

  • 构建控制器(已经设置我相信)
  • 构建代理(已安装在构建服务器上)
  • 构建过程模板(我是否需要对此做任何事情.这是什么控制整个过程)
  • 团队构建定义(我看了一下,似乎使用了构建过程模板)
  • 删除文件夹(我假设这是可执行文件将被放入的位置).

目前我有点点信息,我想知道的是整个事情是如何挂在一起的.从开发人员想要进行构建的那一刻起到将exe放入DEVAPPSERV(开发应用程序服务器)的那一刻.

是否有人能够指出我正确的方向或总结我需要做些什么?

非常感谢,

DALIBOR

Jus*_*TFS 7

  1. 安装TFS服务器(TFS磁盘)创建团队项目集合和任何所需的项目
  2. 将TFS控制器+代理安装到专用计算机(TFS磁盘)如果在与TFS服务器不同的计算机上,则仅配置构建选项
  3. 配置Build Controller以连接到TFS服务器上的特定Team Collection
  4. 如果您希望测试的代码覆盖率结果,请在构建计算机上安装VS Premium或更高版本
  5. 将一些代码添加到TFS源代码管理
  6. 使用默认模板创建构建定义.
  7. 配置构建定义.
  8. 设置构建的工作文件夹,仅包含您需要的内容,因为这将加快该过程
  9. 将定义指向.sln或proj文件.
  10. 确保测试已启用,并且您的测试程序集名称将与用于标识测试dll的正则表达式匹配,即使用单词test命名测试程序集.
  11. 将触发器设置为CI或您需要的构建风格,即门控构建
  12. 保存构建定义
  13. 触发手动构建并调试任何问题
  14. 你应该完成基础工作并创建可重复的构建.

这应该涵盖基础知识,您可能想要自定义构建模板(请参阅Ewald Hoffman的提示指南),您可能希望缩小代码覆盖范围(查找runsettings文件信息).如果您按照这些步骤操作,您应该能够从这些步骤中创建并运行基本构建,如果遇到任何问题,您可以回来询问有关特定区域的具体问题