AppVeyor-CI为GitHub项目做自动化集成(dotnet为主)

travis-ci对dotnet的项目做自动化集成不太友好,尤其是使用mono的编译和不能使用MSTest进行自动化测试,所以转到appveyor进行。

appveyor的配置非常简单,有两种方式:

一、全部使用appveyor的后台进行,不需要配置一个yml文件,之后自动下载yml文件上传到项目,或者省略这部,手动点击build。

二、手动编写yml文件,然后结合后台进行,自由度比较高。

主要做法:

1、关联github账号

2、添加github上的项目

3、编写yml项目,只需要置顶.sln文件

4、提交代码,自动编译和测试(如果没指定测试项目,会自动检测Test项目)

5、如果有一条龙的要发布到NuGet的官网,那么自定配置脚本进行

参考地址:

配置文件检测工具:https://ci.appveyor.com/tools/validate-yaml

参考配置文档教程:https://www.appveyor.com/docs/

时间: 2025-01-31 06:54:46

AppVeyor-CI为GitHub项目做自动化集成(dotnet为主)的相关文章

为什么做自动化,什么情况下做

1.减少人力成本 2.完成大量重复性工作 3.提高测试效率 4.保证工作的一致性,增加信任度 5.完成手工不能完成的工作 什么情况下做? 单元测试 集成测试 接口测试 UI测试? 什么样的项目做自动化? 1.需求变更慢 2.周期长 3.脚本可重复利用 ? 原文地址:https://www.cnblogs.com/askill/p/10373587.html

利用Travis CI 让你的github项目持续构建

Travis CI 是目前新兴的开源持续集成构建项目,它与jenkins,GO的很明显的特别在于采用yaml格式,简洁清新独树一帜.目前大多数的github项目都已经移入到Travis CI的构建队列中,据说Travis CI每天运行超过4000次完整构建.对于做开源项目或者github的使用者,如果你的项目还没有加入Travis CI构建队列,那么我真的想对你说out了. 下面是本人的构建历史: 搭建Travis CI build,需要你有个github账号和github项目: 1:用gith

为GitHub项目加入Travis-CI的自动集成

可以参考这篇文档进行集成:https://docs.travis-ci.com/user/languages/csharp/,只需要三步: 1.创建.travis.yml 2.写入标签 3.试着提交你的GtiHub项目,等待邮件通知 4(额外的).如果想知道整个状态,直接点击项目主页的图标,添加到你的MD页面上: 但是,我经过测试Travis-CI对dotnet的支持并不是太友好,比如整个编译环境实在linux的mono环境下,虽然最近已经使用xbuild进行编译,基本能满足,但是如果要做WPF

GitHub项目加入Travis-CI的自动集成

Travis-CI是为github量身打造的自动集成环境,如果我们的项目托管在github上,可以十分方便的使用Travis-CI做自动集成. 使用Travis-CI十分的简单,首先打开Travis-CI网站https://travis-ci.org,使用github的账号授权登录即可. github里面的项目实现持续集成十分的简单,主要分为一下两部: 1.Travis中配置项目 在Travis CI中登录Github帐号,选择自己需要持续集成的项目,点击项目的按钮直接开启集成并授权Travis

Jenkins+Maven+Github+Tomcat+shell实现自动化集成发布

Jenkins+Maven+Github+Tomcat+shell实现自动化集成发布在做这个工作得时候我查了很多网上资料,比较杂乱,最终在一名叫ianjinsong作者得文章中获得启发,还是要感谢这位仁兄!一.环境准备:Jenkins+Tomcat服务器:106.12.93.190(百度云主机,测试Jenkins使用)Tomcat服务器:118.24.137.86 (腾讯云主机,测试发布ZrLog项目专用)Github服务器:https://github.com/longyueyang/test

Net 项目构建基于Jenkins + Github + Mono 的持续集成环境

Net 项目构建基于Jenkins + Github + Mono 的持续集成环境 阅读目录 1 安装 2 配置 3 测试 在Redhat enterprise 6.5 的服务器上,为在gutub 上的 .net 项目构建一个持续集成环境,用到了Jenkins和mono.因公司的服务器在内网,访问外网时要通过代理,所以在很多步骤都加上了代理,如果你的服务器可以直接访问外网,则可以去掉代理. 回到顶部 1 安装 首先要在Redhat服务器上安装必要的工具. 1.1 安装Java 先检查版本,要求1

Selenium+Python+Eclipse网页自动化集成环境配置(附简单的测试程序)

最近公司在给我们培训,主要是网页自动化测试的,现在的工作每天都是测APP,刚刚入门,不过,当我看了别人写的bug之后,就觉得不会觉得能够发现bug多么多么的厉害了. 前两周的时间一直在搭建自动化测试的环境,由于白天上班没有时间做练习,只能下班之后才有时间自己学习一下,苦逼啊.每天都是9点多才从公司回宿舍,但说实在的,这样的日子确实过得很充实,不管怎样,这么好的一个工作环境一定要好好珍惜,学多点东西,挣多点钱回家孝敬一下老爸,他自己一个人扛起我们整个家庭,也确实不容易的.好了,废话不多说了,直接进

为什么要做持续集成

持续集成在目前大多数的公司里都会有这样或者那样的使用.有的会选择一些Open Source的工具,如CruiseControl,Hudson,LuntBuild等等等等,有的会购买有更好服务,更强功能的商业产品,如TeamCity,QuickBuild等等,而有的会选择自己实现,如Cron+Ant/Maven/Make等等.那么使用下来效果如何呢?真得达到了预期的效果吗?我想来恐怕未必吧,否则也就不会有这么多的讨论了.[@[email protected]] 持续集成与敏捷编程 在敏捷领域中,测

自动化集成部署udeployer 批量统一安装一键部署

通过jenkins构建项目:version版本控制:udployer自动化集成:ucop业务巡检做到高效高可用的自动化体系. 1.0版本: 逻辑与业务分离,完美实现逻辑与业务分离,业务实现统一shell脚本开发,由python框架统一调用. 并发多线程部署,不管多少台服务器,多少个服务,同时发起线程进行更新.部署.启动. 提高list规则文件DIY程度,减少新增服务带来的修改代码,实现扫描config自动化集成部署. 2.0版本: 版本控制 ,关联Jenkins实现自动化提交版本转测试 备份与回