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 构建结果

时间: 2024-10-22 02:27:05

TFS2017持续集成构建的相关文章

Jenkins持续集成构建

配置Sonar.Jenkins进行持续审查 http://go2live.cn/archives/38261.html Jenkins iOS 项目持续集成 http://go2live.cn/archives/23173.html 用Jenkins搭建Android自动打包环境 http://go2live.cn/archives/32350.html 使用的项目: Manven  Grandle...Web.Android.IOS 构建触发器: Poll SCM-- 脚本支持: Window

Jenkins + Github持续集成构建Docker容器,维基百科&人工自能(AI)模块

本文分两部分,第一部分是手动计划任务的方式构建Github上的Docker程序,第二部分是用Github webhook Trigger一个自动构建任务. Jenkins采用2.5版本Docker采用1.7.1代码托管使用的Github官网系统为IBM Bluemix提供的Cent6.7,服务器地址在美国南加州 1.1 创建一个Freestyle Project, let's say jenkins-docker 1.2 Set workplace to /var/lib/jenkins/job

基于 Jenkins 快速搭建持续集成环境

持续集成是一种软件开发实践,对于提高软件开发效率并保障软件开发质量提供了理论基础.Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使持续集成变成可能.本文正是从持续集成的基本概念入手,通过具体实例,介绍了如何基于 Jenkins 快速搭建持续集成环境. 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变

持续集成之“分支策略”(续)

在前文中,咱们谈到生命周期长短不同的两种分支策略.对于不超过二十人的小团队来说,推荐使用短生命周期的分支策略.Joe的团队在首次发布之前,也一直使用这种方式.然而,首次发布之后,因市场反响非常好,公司决定加大开发投入,希望更快地推出升级平台,以及更多基于平台的游戏. 一.按特性分支的持续集成策略 现在,Joe的团队中,开发人员快速增加,已接近30人了.由于首次发布后的市场压力,大家一直在赶进度,持续集成的失败频率越来越高,修复构建的时间也越来越长,排队等待提交的代码也越积越多."这种状况不能再持

持续集成方案

大纲 构建 版本控制 部署 单元测试 架构文档化 命名约定 数据库伸缩性 自动化 反馈 实践 引言: 持续集成的前身: 在使用持续集成之前,很多开发团队都是用每日构建(nightly build).当时,微软使用这个实践很多年了.谁破坏了构建,就要负责监视后续的构建构成,直至发现下一个破坏了构建的人. 为什么要使用持续集成? 对于大多数项目来说,采纳持续集成实践是向高效率和高质量迈进的一大步.它保证那些创建大型复杂系统的团队具有高度的自信心和控制力.一旦代码提交引入了问题,持续集成就能为我们提供

持续集成之“分支策略”?

现代版本控制系统(SCM)的作用已不仅仅是保存历史版本,它还是各软件开发组织利用其分支功能实现多人并行开发,提高生产效率的一种工具.对于稍有历史的软件产品来说,一般都会有代码分支的出现,也常常见到一些历史悠久的产品其错综复杂的分支版本树甚至将产品交付团队拖入"无尽维护"的泥潭.分支的目的是希望"分而治之",而持续集成的目的是"频繁集成",这二者之间又有哪些联系呢? 在<测试三角形与分段构建策略原则>一文中,咱们说到:由于自动化测试时间

八大持续集成工具

八大持续集成工具 下面依次介绍8大持续集成工具 一.Hudson Hudson 是一个可扩展的持续集成引擎,主要用于: 持续.自动地构建/测试软件项目,如CruiseControl与DamageControl. 监控一些定时执行的任务. Hudson的特性如下: 易于安装-只要把hudson.war部署到servlet容器,不需要数据库支持. 易于配置-所有配置都是通过其提供的web界面实现. 集成RSS/E-mail/IM-通过RSS发布构建结果或当构建失败时通过e-mail实时通知. 生成J

持续集成1---初步

1.Jenkins是什么 Jenkins是一个可扩展的持续集成工具.简单就说就是,让项目的代码签出.编译.部署等构建过程自动化完成,并支持周期性自动构建 2.准备工作 首先准备好编译和部署.自动化测试需要用到的脚本,例如ant的build.xml 还需要准备Jenkins的官方war包,笔者使用的版本为1.598 ,下载地址http://ftp-chi.osuosl.org/pub/jenkins/war/1.598/jenkins.war 3.Jenkins负责什么 Jenkins负责周期性的

Jenkins在Windows系统dotnet平台持续集成

        之前写过一篇文章是在CentOS上构建.net自动化编译环境, 今天这篇是针对于Windows平台的环境.        Jenkins是一个开源软件项目,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能.Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作, Jenkins是由Sun的前员工开发的,它的根基是Java,但也可以用在非Java的项目里,比如PHP.Ruby on Rails..NET.持续集成相关的工具有很多.它提供了Web界面,用户