首页 > 代码库 > TFS2017持续集成构建

TFS2017持续集成构建

TFS2017发布已经有几个月了,经过了几天的部署和尝试,TFS2017的功能变化真是挺大的。特别是在构建方面的变化,在产品的向导中已经声明XAML版本控制器和代理已经弃用了,并建议升级原来13和15中的生成升级迁移到新的生产系统中,但同时,估计是保留向前兼容的原因吧,又提供了XAML配置的模式。

首次再on premise环境中使用TFS2017的构建,还是经历了一番曲折的,不过经过十几次的尝试还是最终构建成功了,小激动也随之而来。下面是从准备项目、创建生成定义到集成构建的整个过程。

1, 创建一个典型的Asp.net 的MVC项目,并加入的VC库中。

 

 技术分享

 

Figure 1 基于VS内置项目模版创建的Web项目

 

2, 创建生成定义,其中又几个小坑,要合理配置,不然的话是构建不成功的。

 技术分享

 

Figure 2 指定构建解决方案文件

 

 技术分享

 

Figure 3 配置一个共享文件夹作为发布路径

 

 技术分享

 

Figure 4 指定发布路径

 

3, 触发构建,代码签入时自动触发,也可手动触发

 

 技术分享

 

Figure 5 手工触发构建

 

4, 构建结果

 

 技术分享

 

Figure 6 构建结果

 

上面的过程是比较正常和简单的,因为TFS毕竟是一个成熟并且非常优秀的产品,面对用户的许多功能是开箱即用的。但是面对配置管理员,安装和配置构建代理还是需要对TFS的构建机制有所了解的。

TFS2017的构建代理可以部署在任何的可以连接TFS服务的工作机器上,这一点非常赞,构建服务和TFS服务之间无需紧密的耦合,只需要把构建代理注册到服务器上,注册的过程也是在构建服务器上,只需要一个可以访问TFS的账号就可以了。(开发人员都可以临时把自己的开发环境注册成一个代理服务器,按需生成自己的项目)。

配置过程有如下:

 技术分享

 

 

Figure 7 从TFS上下载代理

 

 

 技术分享

 

Figure 8 安装代理并作为服务启动

 

 技术分享

 

Figure 9 验证服务是否启动

 

TFS2017持续集成构建