vsts + XX云服务器构建netcore+docker持续集成交付部署

持续集成交付部署是什么意思,它给我们带来什么好处?

先贴一张图

持续集成(Continuous Integration)

  • 持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试(这个要看情况了是否需要)

持续交付(Continuous Delivery)

  • 持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。比如,我们完成单元测试后,可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题,可以继续手动部署到生产环境中。

持续部署(Continuous Deployment)

  • 持续部署则是在持续交付的基础上,把部署到生产环境的过程自动化。

更多概念请参考https://link.zhihu.com/?target=http%3A//www.mindtheproduct.com/2016/02/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/

减少重复劳动 提高效率

jenkins大家都知道吧,但今天我们用微软的vsts来定制个性化定制持续集成交付

用到的资源有:

  1. 腾讯云服务器ubuntu一台(自己先安装好docker哈)
  2. vsts创建一个git(有微软账号就能免费创建,<=5人团队是免费使用的,对于敏捷团队绰绰有余啦) https://www.visualstudio.com/zh-hans/team-services/

一步步看图

第一步 在vsts创建一个工程

创建git用户

然后用git工具clone到本地 我习惯用Sourcetree 大家可以用自己习惯的方式

如果提示输入密码就输入上面创建的用户名和密码

第二步创建一个实验工程

这里我们创建一个非常简单的console webapplication

安装nuget包

这里注意一点:我这里写死了 用 5001端口 注意我用的是 *:5001 没有用 localhost:5001 如果用这个方式的话 部署docker上会访问不了

确认可以跑起来

然后git提交代码到master分支

第三步我们来配置vsts

先配置第一部分 一有代码提交到master分支 就自动编译 打包 【CI部分】

选择 ASP.NET Core 会默认有以下Task

一定要注意选择linux环境编译

Test我们暂时不需要就Remove掉

由于我们不是web project

配置触发器 (意思就是一有代码提交打master分支[可以指定特定分支]就会触发CI)

尝试跑一下

CI正常完成

到此CI配置工作已完成

接下来我想要完成自动 发布到我的腾讯云服务器 在服务器上把发布的文件打包并生成一个image 然后用这个image生成一个Container 并启动

第四部我们配置Release

Sourece alias 这个大家可以修改成名字短一点

执行Release发布的时候会把之前CI public的东西download然后放在命名为 Source alisa文件夹内

我改成 _test_netcore-docker

接下来来配置环境

大家可以根据实际情况配置多个环境 比如 集成测试环境 和 prod环境

我这里就只配置一个prod环境

由于我们是发布到腾讯云服务器 所以在这里选择 Empt process 且命名为prod

接下来要配置 Release 操作的 Task

我们添加SSH 目的是用SSH 链接到 腾讯云服务器 然后 把发布的文件通过SSH传输到我的服务器

得先配置SSH无密码登录

按照提示进行配置

配置好后

Source folder 输入我们之前配置的别名 _test_netcore-docker

最终如下

然后再添加SSH执行命令工具

unzip -q site/drop/TestDotnetcore.zip -d site/drop/ 发布的文件是zip的 通过这个命令解压zip <TestDotnetcore.zip是我查看发布的日志找到的这个名字目前我还没有找到变量可以代替>

sudo rm -rf site/drop/*.zip 解压完成后删除掉

touch site/drop/Dockerfile 生成一个dockerfile

echo "FROM microsoft/aspnetcore:2.0" >> site/drop/Dockerfile echo命令是往创建的dockerfile里面写入内容

echo "COPY . /publish" >> site/drop/Dockerfile

echo "WORKDIR /publish" >> site/drop/Dockerfile

echo "EXPOSE 5001" >> site/drop/Dockerfile

echo "CMD [\"dotnet\", \"TestDotnetcore.dll\"]" >> site/drop/Dockerfile

sudo docker build --rm -t test_image -f site/drop/Dockerfile site/drop/ 创建一个image 名字叫 test_image

sudo docker ps -q --filter "name=test_netcore" | grep -q . && sudo docker rm -f test_netcore || true 查看是否有没有叫 test_netcore的容器有没有在runing 如果有就干掉它

sudo docker run --name test_netcore -d -p 5001:5001 test_image:latest 根据test_image启动一个名字叫test_netcore的容器

if sudo docker images -f "dangling=true" | grep ago --quiet; then sudo docker rmi -f $(sudo docker images -f "dangling=true" -q); fi 查看是否有<none>的image 把它删掉 因为我们创建image的时候每次都会覆盖所以会产生一些没有的image

sudo rm -rf site/drop 都ok了就删掉drop目录

以上一切准备好 提交一个commit到master试试

会自动触发CI 进行 编译 发布

接下来Release发布

发布打包的成果物在这里查看

发布成功 查看下docker image

已经成功创建了test_image这个镜像

容器是也跑成功了

验证一下

完美!!!不管你用的是腾讯云还是阿里云还是其他云都是可以的!

遗留问题:

TestDotnetcore.zip是我查看发布的日志找到的这个名字目前我还没有找到变量可以代替

有谁知道帮忙教育下!

原文地址:https://www.cnblogs.com/yudongdong/p/9042750.html

时间: 2024-10-10 21:17:31

vsts + XX云服务器构建netcore+docker持续集成交付部署的相关文章

使用Azure云存储构建高速 Docker registry

使用Azure云存储构建高速 Docker registry 使用Docker来构建应用程序最常见的操作就是 docker run 或者 docker pull了,但是由于众所周知的原因,在国内想要高速稳定的获取docker hub上面的资源并不是件容易的事情,虽然国内的一些docker社区也提供了所谓的加速器,但是实测结果并不理想.今天这篇文章就给大家介绍一下怎么借助Azure Storage来搭建一个高速的私有 Docker Hub (Registiry). 一图解千言,基本上一看你就明白了

Jenkins构建Android项目持续集成之findbugs的使用

题外话 这篇本来和之前的系列要一起出的,但是因为中间公司要发布一个版本,给耽搁了,今天工作做完了,又闲了下来.所以就又来继续jenkins构建Android项目持续集成系列的findbugs篇. Findbugs简介 关于findbugs的介绍,可以自行百度下,这里贴下百度百科的介绍.findbugs是一个静态分析工具,它检查类或者 JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题.这组缺陷模式是可配置的,通过配置,可以过滤掉一些我们不想或不需要检测的问题. findbugs在gra

Linux-GitLab+Jenkins持续集成+自动化部署

GitLab+Jenkins持续集成+自动化部署 什么是持续集成? (1)Continuous integration (CI) 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员至少集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建(包括编译.发布.自动化测试)来验证,从而尽快地发现集成错误.许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件. (2)没有持续集成 项目做模块集成的时候,发现很多接口都不通==>浪费大量时间 需

持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成]

持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成] 标签(空格分隔): Jenkins 一.代码流水线管理 Pipeline名词顾名思义就是流水线的意思,因为公司可能会有很多项目.如果使用jenkins构建完成后,开发构建项目需要一项一项点击,比较麻烦.所以出现pipeline名词. 代码质量检查完毕之后,我们需要将代码部署到测试环境上去,进行自动化测试 新建部署代码项目 点击新建 这里只需要写一下描述 执行Shell脚本 温馨提示:执行命令主要涉及的是权限问题,我们要搞明

Jenkins从零开始搭建持续集成+自动化部署详细说明

说明:该说明文档的案例是:在windows上部署Jenkins服务,最终将持续集成的war包自动部署到远程服务器(Centos 7)上. 一.Jenkins安装 1. Jenkins下载地址:https://jenkins.io/download/,如图,我现在的是windows版本的: 2. 下载之后,解压点击msi文件运行,如图: 3. 我已经安装过一次了,这儿就不详细描述,安装教程请参考百度经验:https://jingyan.baidu.com/article/cbcede077f62b

.Net Core in Docker - 使用阿里云Codepipeline及阿里云容器镜像服务实现持续集成(CI)

前面已经介绍过了 .Net Core 程序发布到 Docker 容器的内容.但是每次通过 SSH 链接到服务器敲命令,运行脚本也是挺麻烦的一件事.程序员是最懒的,能让电脑解决的问题绝不手动解决,如果当我们push一次代码后自动build代码,自动跑单元测试,如果测试通过,自动发布程序,如果失败就发邮件通知管理员,这样的话该多美好.为了达成这个目标于是持续集成(CI)持续交付/部署(CD)就被发明出来了.CICD领域有个大名鼎鼎的工具:Jenkins,但是这次不使用它.如果你使用阿里云的话,阿里云

在云服务器上体验Docker

1. 添加Docker repository key sh -c "wget -qO- https://get.docker.io/gpg | apt-key add -" 2. 添加Docker repository,并安装Docker sh -c "echo deb http://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list" apt-get update ap

在腾讯CentOS7.4云服务器上安装Docker并安装MySQL和Tomcat应用

提示:以下是在腾讯CentOS7.4云服务器上操作. Docker的基本操作:https://www.cnblogs.com/opsprobe/p/10963098.html 一.安装Docker # 使用yum命令在线安装 yum install docker # 安装后查看Docker版本 docker -v # 启动与停止Docker systemctl命令是系统服务管理器指令,它是 service 和 chkconfig 两个命令组合. 启动docker:systemctl start

gitlab+jenkins+maven+docker持续集成(七)——.Jenkins Pipeline持续集成

Pipeline的几个基本概念: Stage: 阶段,一个Pipeline可以划分为若干个Stage,每个Stage代表一组操作.注意,Stage是一个逻辑分组的概念,可以跨多个Node. Node: 节点,一个Node就是一个Jenkins节点,或者是Master,或者是Agent,是执行Step的具体运行期环境. Step: 步骤,Step是最基本的操作单元,小到创建一个目录,大到构建一个Docker镜像,由各类Jenkins Plugin提供 新建pipeline项目 进入配置 这里要参考