看到阿迪王那边出品了一个基于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已经界面有"一些"改动不过流程…

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

在Azure DevOps服务器上配置生成定义时,可以配置连续集成(CI)生成.每次签入或提交到源代码库时都会自动运行一个CI构建.这种机制允许开发人员启动一个自动化的过程,例如编译和部署构建.这是一个非常有用的过程,应该以上述方式进行许多自动话的处理,例如代码扫描.单元测试等.但是,有时开发人员根本不希望签入触发生成,或者说代码或文件的变更不需要触发自动构建流程. 例如,在更新markdown文件或其他与文档相关的文件时,避免触发生成是非常有意义的:或者您可能只是更新了图片和其他一些非代码类型…

Azure DevOps Service 或者Azure DevOps Server 都支持与office工具集成,实现在office中完成工作项的导入导出和批量修改等功能.用户可以使用自己熟悉的office工具与开发团队实现数据共享,同时依赖office的强大功能,完成浏览器无法或很难做到的效果,例如甘特图,透视图等. 在应用office集成时,需要注意以下两个问题: 1. office服务器层级的集成 这里说的Office服务器是指Sharepoint Server和Project Serv…

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

开发react-native时大都有过这个操作,当版本迭代时候要修改app版本号时,一般都这样做 Android: 的要修改build.gradle文件的versionName ios: 打开xcode修改Info.plist的Bundle versions string, short 这过程特别繁琐...无法忍受 接下来,稍微改一下,让每次编译的时候自动从配置文件读取并写入相应的地方 首先,先在package.json配置版本 { "name": "you app name…

目录 一 手动操作 1.Android 2.IOS 二 自动从配置文件读取并写入相应的地方 1.package.json配置版本 2.Android: 3.IOS 添加sell代码 当版本迭代时候要修改app版本号 一 手动操作 1.Android 修改 android/app/build.gradle文件的versionName defaultConfig { ... versionName "2.0.0" ... } 2.IOS 用xcode打开PROJECT_NAME.xcode…

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

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

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