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持续集成构建