上一次我们讲了使用Azure DevOps Pipeline实现.Net Core程序的CI.这次我们来演示下如何使用Azure DevOps实现.Net Core程序的CD. 实现本次目标我们除了Azure DevOps外还需要: 一台安装了Docker的主机 一个 Docker Hub 账号 上一次我们的CI实现了: 发布>编译>单元测试 这次我们要实现剩下的几个步骤: 生成镜像>推送镜像>部署 创建Docker镜像仓库 我们生成的镜像需要有个存放的地方.各大云厂商其实都有这种

一,引言 之前一篇文章有讲解到利用 利用Azure DevOps 实现自动化部署基础资源,当时 TF 代码没有针对 Azure 各个资源的封装,所有的资源代码全部写在一个 main.tf 文件中.然后还有讲到 Azure Resource Common Module 的 TF 代码的封装.之前还在Azure Terraform 第四节讲到利用 Azure Storage 远程状态文件存储.那么今天我们尝试将封装过 Common Module 的 TF 代码,结合 TF 状态文件远端存储,实现自动

准备工作 开通Azure账号,具有开通服务权限,关键是里面要有钱. 开通Azure DevOps,能够创建组织和项目. 具备一定的DevOps知识,了解CICD概念.Docker基本操作. 一.创建"容器注册表"服务 第一步:创建服务 第二步:查看关键信息,Docker客户端登录可以使用.  二.创建Azure DevOps项目 第一步: 创建DevOps项目 第二步:使用OF框架创建应用 详细步骤查看[OF框架]使用OF框架创建应用项目 第三步:签入源码,签入后关键信息. 必须有ww

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

前言 本文主要是讲解如何使用Azure DevOps+Docker 来实现持续集成Asp.NET Core项目(当然 也可以是任意项目). 上一篇: Azure DevOps+Docker+Asp.NET Core 实现CI/CD(一 .简介与创建自己的代理池) 觉得有帮助的朋友~可以左上角点个关注,右下角点个推荐 今天我们废话不多说 直接开始正文 正文 昨天我们创建了自己的代理服务器(其实也可以用Azure提供的免费代理服务器,就是要排队,而且比较慢,限制比较多..) 今天我们来讲讲如何创建自

前言 本文主要是讲解如何使用Azure DevOps+Docker 来实现持续集成Asp.NET Core项目(当然 也可以是任意项目). 打算用三个篇幅来记录完整的全过程 觉得有帮助的朋友~可以左上角点个关注,右下角点个推荐 CI/CD简介 首先,我们先来简单的介绍一下什么是CI/CD CI全拼Continuous Integration 持续集成我们的开发每天基本都会提交多次代码到主干上,这个时候如果需要编译或者打包,就会做一些重复性的动作,就可以用持续集成环境来操作.有集成了,就肯定少不了

前几篇文章,我们记录了一下azure代码仓库的使用,这篇开始,我们来搞一下azure的流水线. 流水线这个东西我觉得是devops中对于开发人员的灵魂组件,只要我们配置好了一次,剩下的所有部署都是自动化的了. 首先,在azure左侧的菜单中选择Pipelines,创建流水线. 然后我们需要配置一下我们的代码仓库,第一条流水线,我们默认使用前几次演示的代码仓库. 因为我们这个代码仓库里保存的是一个springboot的简单应用,所以我们需要选择构建环境为maven,选择第一个最简单的配置就可以,剩

介绍 Azure DevOps,以前称为Visual Studio Team Services(VSTS),可帮助个人和组织更快地规划,协作和发布产品.其中一项值得注意的服务是Azure Pipelines,它可以帮助开发人员构建持续集成(CI)和持续交付(CD)管道,从而自动化和标准化软件开发过程的构建,测试和部署阶段.此外,Azure Pipelines还提供本机容器支持,可与任何语言,平台和云配合使用.像软件开发这样的机器学习也是一个包括构建,测试和部署阶段的过程,这使其成为自动化和标准化

概述 Azure DevOps Server(之前名TFS)是微软公司实现软件研发.测试和部署一体化的全流程解决方案.在近几年的研发过程中,Azure DevOps Server 大幅增强了软件部署过程的自动化功能.对于系统运维人员而言,确保软件的稳定运行,是自己的第一工作目标.但是,在信息技术飞速发展的今天,信息系统的升级变更已经成了家常便饭.每周升级.每天升级.甚至一天升级数次,都已经见怪不怪. 为了提高软件的变更效率和质量,许多运维部门都使用部署脚本,实现系统升级的自动化.在软件升级过程中

Python和Azure DevOps Server Python是一种计算机程序设计语言.是一种动态的.面向对象的脚本语言,最初主要为系统运维人员编写自动化脚本,在实际应用中,Python已经在前端.后台.测试和大数据分析中广泛使用. DevOps Server (TFS)作为一个全流程的开发测试运维平台,支持Python语言,当然是必须具备的一个功能.下面介绍如何在DevOps Server中调用和运行Python脚本. 软件下载 由于Azure DevOps Server的流水线运行在代理

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.准备一个https://hub.docker.com账号,申请一个免费的镜像仓库(免费账户可以申请一个) 创建docker远程镜像库 2.新建一个mvc的项目 给这个项目加上Dockerfile文件(AzureDemo/AzureDemo/..中添加) FROM dukecheng/aspnetcore:aspnetcore-runtime- ARG source WORKDIR /app EXPOSE COPY ${source:-obj/Docker/publish} . ENTRYPO

Python和Azure DevOps Server Python是一种计算机程序设计语言.是一种动态的.面向对象的脚本语言,最初主要为系统运维人员编写自动化脚本,在实际应用中,Python已经在前端.后台.测试和大数据分析中广泛使用.DevOps Server (TFS)作为一个全流程的开发测试运维平台,支持Python语言,当然是必须具备的一个功能.下面介绍如何在DevOps Server中调用和运行Python脚本. 软件下载 由于Azure DevOps Server的流水线运行在代理服

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

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

因为最近测试人员合并到我这边开发组,对于如何能更好管理测试流程和测试与开发能更高效的完成任务,通俗的说如何能更敏捷,深入思考,然后就开始琢磨起TFS(也称之为VSTS/Azure Devops,因为我这边还是用着TFS2018还未升级,下文都称之为TFS) 本篇文章分上下 上 主要更多说在测试流程和手工测试的管理下 下 主要是更多探讨自动化的一些流程(暂时摸索结合Specflow的形式来搞,这样可以方便和测试用例映射) 现状: 先业务部门先加业务需求到Jira,然后视情况有可能要配合QA添加测试

紧接着 上篇 经过上篇折腾,我们已经有了: ①手工测试的流程规范 ②测试用例的管理 对于开发出身的我,我觉得一个项目上线流程应该主要瓶颈只能是开发本身,因为我认为最复杂过程应该就是开发,而肯定不能是测试. 对于测试流程我能接受对新功能测试的时候需要耗费大量时间的说法,但是我不接受回归测试需要耗费大量时间的说辞. 对于需求上线前由于需求没有固化下来,我是接受手工测试的,但是一旦这个业务需求上线后,意味着需求已经固化,那么此时就应该进行自动化. 后续上线其他任务的时候是否会有连带影响的回归测试,我认

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)防止分支大幅偏离主干.如

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