1. 什么是 Azure Repos Azure Repos 是一组版本控制工具,可用于管理代码.无论您的软件项目是大型项目还是小型项目,都应尽快使用版本控制. 版本控制系统是可帮助您跟踪随时间变化对代码所做的更改的软件.在编辑代码时,您告诉版本控制系统对文件进行快照.版本控制系统会永久保存该快照,以便以后需要时可以重新调用它.使用版本控制来保存您的工作并协调整个团队中的代码更改. 即使您只是一个开发人员,版本控制也可以帮助您在修复错误和开发新功能时保持井井有条.版本控制保留了您的开发历史,因此

一,引言 Azure DevOps Server 搭建完成后,关于如何进行项目管理,项目成员管理等,我们接着上一篇文章,继续讲解 Azure DevOps Server 的用户,用户组.首先,我们需要明白 Azure DevOps Server 有哪些登录方式 1)Azure DevOps Service 的登录和 Azure DevOps Server 的登录的差异 Azure DevOps Servcie:使用 Azure DevOps Service 可以通过公共网络进行连接 dev.az

概述 [团队项目]: 在Azure DevOps Server (原名TFS)中,团队项目(Team Project)是一个最基本的数据组织容器,包含了一个团队或者信息系统中的所有信息,包括源代码.文档.需求.缺陷和持续集成等数据.同时,团队项目也是TFS中相关数据的权限隔离边界:在系统的默认配置中,不同人员登录TFS系统,会查看到不同团队项目的数据.在TFS系统的设计中,团队项目名称和用户访问TFS系统的方式有直接关系,例如,团队项目中代码库的远程地址中,就包含了团队项目的名称部分. [修改名

看到阿迪王那边出品了一个基于Azure Devops自增版本号  链接 http://edi.wang/post/2019/3/1/incremental-build-number-for-net-core-via-azure-devops 恰巧我自己也有一个版本(虽然核心原理是差不多的)也分享下 (以下均基于Tfs 2018的截图,Azure Devops Server暂时还没发布,只能Tfs将就着了,虽然Azure Devops跟当前的Tfs 2018已经界面有"一些"改动不过流程

我们在Azure DevOps中设置参数的时候,可以使用build,release各自的variables,但是各自的变量不能共用.此时我们需要使用variable group,它允许跨Build和Release来共享公共变量. 我们常规是做法是手动创建一个variable group,然后手动添加name和value.如果变量很多的时候,这种手动操作繁琐并且有一定的风险.下面我会演示三个过程: 我的主要参考: https://www.danielstocker.net/updating-a-v

1. 一个小Bug 最近和同事提起一个几年前的 Bug,那是一个很小很小的 Bug,没什么技术含量.那时候我刚入职,正好公司卖了一款仪器到某个国家,但是那边说配套的软件运行不起来,一打开就报错.经过排查发现出错的代码很简单,大致是这样: public static int GetSecond(DateTime time) { return Convert.ToInt32(time.ToString().Split(":")[2]); } 当时真是哭笑不得.这段代码应该是从旧语言迁移过来

使用Azure DevOps Project设置ASP.NET项目 我们需要先在Azure面板中创建一个Azure WebApp服务,此处步骤我将省略,然后点击部署中心如下图所示: 此处我选择的是Azure Repos,当然大家也可以选择Github.Local Git.FTP 我们需要提前在Azure DevOps中提前创建好应用程序,我这边已经提前创建好了名称为Blog . 创建完后我们会在Azure DevOps Pipeline中看到默认为我们生成的管道信息,他是一个构建刚才那个应用程序

变量概述 在Azure DevOps Server的流水线中,变量是衔接不同任务和不通代理之间的桥梁,它可以使相对松散.各自独立的任务之间相关影响并共享数据.在流水线中使用变量,可以在各任务之间相互调用关键性的数据.顾名思义,变量是一个可以在流水线中变化值.在CI/CD的执行流水线中,我们都需要使用到各种用途的字符.数字,对象这些字符.数据的定义,我们可以采用变量的方式实现,而不需要在代码中硬编码.系统在运行流水线的过程中,将这些定义的变量自动替换为我需要的值.例如在线部署过程中,我们将用户名和

Azure DevOps Server 权限概述 在Azure DevOps Server (之前名称为TFS)中,权限是一个比较复杂的概念.从权限层级上来说,包括服务器级别.团队项目集合级别.团队项目级别和对象级别. 其中的对象级别,是指对TFS系统中具体的每种类型的数据.或者每个具体的数据,对于不同的成员(或组)可以设置不同的权限. Git权限概述 对于Git库这个特定的数据对象,在Azure DevOps Server 中又分为代码库级别权限.库级别和分支级别的权限设置.就是说,可以针对不

1. 问题描述 当上传工作项附件时,系统提示"附件大小限制" 2.解决方案 2.1 默认设置 默认情况下,Azure DevOps Service和Team Foundation Server(TFS)将工作项附件的大小限制为4 MB.对于内部部署,您可以使用Web服务将附加的文件大小增加到2GB. 2.2 需要TFS管理员权限 需要TFS Administrators组成员资格,才能执行下面的配置操作. 2.3 操作方式 在TFS应用服务器上打开工作项附件设置的webservice:

当我们创建一个新的分支dev,并且在新分支上修改了原文件,在我们没有提交到仓库的前提下,将分支再切换到master分支上,执行git status ,可以看到dev操作的状态: (1)因为未add的内容不属于任何一个分支, 未commit的内容也不属于任何一个分支. 也就是说,对于所有分支而言, 工作区和暂存区是公共的. (2)你在dev分支修改了文件,但是你没有提交到仓库,实际上就是相当于你在本地手动修改了这个文件仓库并不能保存你做的改动,所以在master分支能看到文件被改动了(相当于你没用

1. 需求 在使用 Pipeline 自动化 CI/CD 流程的过程中,我还还需要自动修改程序集的版本号.这个功能 EdiWang 和LeoLaw 都写文章讲解过做法.不过我的项目基本都是 .Net Framework 项目,而且我的版本号规则也不一样,所以这里分享一下我的做法. 我用的规则版本号规则是 [Major].[Minor].[BuildId].0,其中: 进行不兼容的 API 更改时,Major 将会增加 以后向兼容方式添加功能时,Minor 将会增加 Buildid 是一个也称为运

利用 Azure Devops 创建和发布 Nuget 包 原 Visual Studio Team Service ,简称 VSTS,能够创建 pipelines 管道以构建应用程序,并将其部署到任何平台.云或应用商店,其他平台可能就没有 Azure Devops 对 windows 支持这么 好了 这个平台还集成了项目管理.版本控制.BUG 跟踪,与 VS 无缝对接,简直强大 收费吗?开源项目免费,小型团队有用户和时长限制,详情请看Azure DevOps 的定价 Azure DevOps

前两天有朋友问我,微软的Azure好用吗,适不适合国人的使用习惯,我就跟他讲了下,Azue很好用,这也是为什么微软云营收一直涨涨涨的原因,基本可以再1个小时内实现自动化构建.打包以及部署到Azure服务器上.利用周末的时间,写了这篇文章,分享给大家,希望能帮助一些人快速入手如何使用Azure DevOps自动化构建.测试以及部署自己的服务. 今天,我给大家一步一步详细介绍,如何在1个小时内,创建一个Web API项目,实现服务的自动化构建.打包,并自动化部署到Azure上. 1. 创建一个Azu

一,引言 由于上一节文章内容过长,无法分享Azure Data Factory 的持续集成,持续发布.今天将着重介绍一下在使用 Azure DevOps Pipeline 发布,自动进行持续集成,并且已自动化发布,将Azure Data Factory 部署到多个环境中. 其实大家也不必惊讶,这里的部署其实也没有多么神秘的,我们在ADF中的 master 分支发布之后,其实会将ADF中所有的配置信息打包,编译到adf_master 分支下面,如果大家仔细看过发布之后的代码,就很很容易发现,都是一

标题:如何将Azure DevOps中的代码发布到Azure App Service中 作者:Lamond Lu 背景 最近做了几个项目一直在用Azure DevOps和Azure App Service, 每次都要从零开始搭建从Azure DevOps向Azure App Service发布代码的环境,由于步骤比较繁琐,每次都会忘记其中几个步骤,所以在此总结一下,已备后续再次使用. Azure DevOps和Azure App Service Azure DevOps Azure DevOps

VSTS被拆成5个部分,以Azure DevOps服务形式推出 http://www.infoq.com/cn/news/2018/09/vsts-divide5parts-azuredevops?utm_source=news_about_Devops&utm_medium=link&utm_campaign=Devops   9月10日,微软官方博客宣布推出Azure DevOps服务.Azure DevOps是对微软的应用程序生命周期管理系统Visual Studio Team Se

1.概述 微软在2019年5月发布Azure DevOps Server 2019后不到2个月的时间里,就快速准备好了第一个升级包(2019 Update 1),并计划在几周后发布正式版本.也许你还没来得及升级TFS,也许你还在观望,但是这个版本一定会引起你的关注.它不仅修复了Azure DevOps 2019大版本中的缺陷,将软件提升到了前所未有的稳定级别:还在升级包中增加了大量引人注目的新功能,集成了近期微软在Azure DevOps云端发布的大部分成熟功能.下面我们从各功能模块的角度,逐个

1. 前言 2. Net Core项目本身的准备 2.1 dockerfile 2.2 创建kubernetes用于helm的chart包 2.2.1 说明 2.2.2 chart文件目录和文件组成 3. Azure Devops创建仓库的pipeline 3.1 前言 3.2 使用azure devops准备操作 3.3 创建service connections 3.4 新建pipeline流水线 3.5 创建部署shell脚本 4. 触发pipeline部署流水线 5. 关于均衡负载 1.

上次介绍了Azure Application Insights,实现了.net core程序的监控功能.这次让我们来看看Azure DevOps Pipeline功能.Azure DevOps Pipeline 是Azure DevOps里面的一个组件,对于12个月试用账号同样永久免费. 持续集成CI 持续集成指的是,频繁地(一天多次)将代码集成到主干. 它的好处主要有两个. (1)快速发现错误.每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易. (2)防止分支大幅偏离主干.如