.netcore mvc docker环境jenkins一键部署(DevOps)

【前言】

  DevOps方面的文章很早之前就想分享了,挤出一点时间把前段时间搭建的一些提高开发效率的东西给大家分享一下吧。

  本文介绍了一个.netcore mvc web项目,从项目push到github开始

  1. 自动从github上拉取代码
  2. 编译,生成,发布
  3. 停止docker容器,删除docker镜像
  4. 通过项目的dockerfile新建docker镜像
  5. Run容器,自动绑定ip,站点启动

  整个过程只需要在jenkins这个自动化工具上点一个按钮。下面我们按顺序来简单介绍一下。

  使用的内容都很基础,重要的是一切自动化的思维,我们要提高我们的开发效率,减少在开发阶段上浪费的不必要的时间。

一、jenkins的安装/部署

  这个放在单独章节讲解,这里先占个地方,以后放个链接(*^_^*),大家可以先参考我之前参考的一篇博文 https://segmentfault.com/a/1190000007086764

  其实jenkins配置时候的坑比较多,简单介绍几个,或许大家碰上了,可以直接问我。

  1. 构造的时候提示没权限,permission问题

二、从Github上拉取代码执行命令的配置

1、github插件的安装以及github的配置

  git的插件其实在jenkins安装过程中的推荐插件提示中有,如果直接安装了推荐的插件,那么无需再去安装。

  如果没有安装推荐插件,那么可以进入jenkins的系统管理

    

  管理插件

  

  安装git相关的插件

  

  这个应该很简单,不再赘述。

  我们打开一个项目(没有请新建),然后进入项目配置:

  

  输入项目的git地址,我这里写的是github的一个项目地址,地址可以直接打开github复制:

  该项填写的是项目的浏览地址,直接从浏览器地址栏复制

  

  然后写在这个位置

  

  还支持选择分支进行构建

  

  这个功能默认是没有的,需要安装一个插件,名称叫 Git Parameter 插件安装的方法之前已经介绍过了,一致的。安装好这个插件以后,就可以自由地配置参数化构建过程。

  源码管理继续填写git地址,直接从github复制项目地址

  

  然后填写在对应位置

  

  核心内容当然是构建时执行的命令了,我们下一节进行构建命令的详细剖析

  

2、创建一段jenkins构建命令(从shell脚本说起)

  我们继续讲解我们的构建命令环节,jenkins的工作流程都是从一行行的命令来实现的,因此,我们给jenkins发出一系列的命令,jenkins会在后台默默按顺序一一执行,因此,jenkins的功能强大与否,决定权在于我们的脚本命令是否全面和强大。

  我们从新建一个shell脚本开始说起。

  jenkins是可以直接执行shell命令的,我们可以在构建的命令文本区域填写对应的脚本命令,如下图所示:

  

  为什么我们要调用shell脚本执行,而不直接将所有命令写在这里?

  答案一定是:为了重用,便于修改维护!试想,如果我们的十个构建项目都使用了同样的构建编译发布nuget到nuget服务器的命令,我们要分别在十个构建项目中分别写一堆的命令吗,有一天我们需要修改一下nuget服务器的推送密钥,我们需要分别打开不同的构建项目去修改命令参数。在项目很多的情况下会相当复杂。

  作为对比,我们在新增加构建项目的时候,只需要从历史项目复制,然后修改一下解决方案的名称即可。

  我们把命令添加行号进行逐一讲解

  

  命令第1/2/3/4/5行都是生命一个变量,后面跟的是变量的值。${变量名} 的写法是取变量的值

  变量的作用都有注释说明,其中2是docker的容器名称

  命令第6行的作用是执行这个相对目录下的一个 DotNetCoreWebPublishToDockerCommon.sh 的shell脚本,并将后面一一获取到的变量作为参数传递到shell脚本里面。

三、编译发布的命令讲解

  我们上一节讲解了调用了一个目录下的shell脚本,那么我们这节就开始剖析这主要的脚本内容(构建过程分解),文章最后我们会将脚本全部放出来。

1、shell脚本的变量读取

  

  首先我们脚本的开头便读取了上文传递进来的参数,然后定义了新的变量存他们的值。

  读取参数使用 $变量顺序号 的方式进行读取,这里一定要注意顺序的正确性。

2、定义好存放发布好的项目代码的目录和备份发布内容的目录

  

  定义好目录,我们使用 echo 命令输出构建开始的提示信息。

  

  每次使用的都是同一个目录,构建之前先使用 rm -rf 命令清空发布目录(删除所有文件)

3、publish发布项目到准备好的目录

  该条命令的作用是,使用.netcore自带的 publish 命令,发布 ${JENKINS_HOME}/workspace/${JOB_NAME}/${csprojDir} 目录(拼接的.csproj项目路径)下的项目代码到 -o 的这个目录,当然这个目录是我们上面准备好存储的目录,按照项目名称放在对应的文件夹下。

  /p:Version=1.0.${BUILD_NUMBER} 的命令作用是构建出来的版本号,按照jenkins的任务序列号(BUILD_NUMBER)走。不然得每次修改项目的信息,很麻烦。

  这个序列号就是构建时候自动生成的序列号

  

  4、复制需要的配置到发布目录

  

  为什么要有这个操作呢?

  为了项目的一些配置安全,比如连接字符串地址,服务器地址等敏感信息,如果都放在了github上,岂不是要被有心之人瞎搞。

  因此,我们自己将敏感信息配置文件放在一个特定的目录,构建的时候自动复制替换项目里面的配置文件。

  一切为了服务器的安全!

四、Docker容器命令详解

1、将旧容器停止,并删除旧镜像

  

  docker命令我就不说了吧,有注释。

2、通过Dockerfile创建镜像,并映射端口Run容器

  

  通过 ${containerName} ${webDir}/${JOB_NAME}/. 目录(这个目录是git拉取下来的项目目录,稍后我们讲解dockerfile)下的dockerfile 文件构建容器。

  构建好的容器按照我们的参数进行命名。

  使用 docker run 命令运行容器,并映射容器的80端口到我们参数指定的linux服务器端口。

  打印发布成功的消息。

3、dockerfile的说明

  上一点我们使用dockerfile构建了新的镜像,我们的dockerfile其实是随着解决方案一起存放着的。

  

  Dockerfile 其实很简单,在VS2017新建.netcore项目的时候,可以直接附带着自动建出来,如果没有,我们可以手动去创建。

  

  里面其实很简单,仅仅几行代码。

  1.描述了从微软的最新版的官方docker镜像作为基础创建新镜像(不清楚的了解一下docker的镜像机制)

  2.没啥好说的

  3.指定了工作目录,我们构建完毕后,会自动生成/publish文件夹

  4.对外暴露80端口

  5.复制文件到镜像内(必须的配置),会从/pulish目录复制项目代码到镜像中

  6.相关项目的入口点程序集

五、生成前的准备工作

  怎么,这就要急着去点那个小按钮了吗?

  

  如果你还很冷静的话,应该还明白很多坑还没填呢。 

  1、docker环境的准备

  docker的安装是极其简单的,只需要简单的几行命令即可配置完成,这也是很多人喜爱docker的原因,无需复杂的各种软件运行环境的安装,即可简单搭建好一个程序应有的运行环境(前人都做好,而且不会出现看着别人的教程都会出各种问题的问题)。

$ #安装Docker
$ yum install docker
$ #启动docker服务
$ systemctl  start docker.service
$ #配置开机启动
$ systemctl  enable docker.service

  centos7安装docker的命令,非本文重点,如遇到问题,可以自行查找资料解决。

  2、微软官方镜像 docker.io/microsoft/aspnetcore:latest 的准备

  docker pull microsoft/aspnetcore 命令,会自动拉取最新的.netcore镜像,也就是本文使用的镜像。太慢可以自行查找配置加速器的方法。我没有配,没觉得有多慢。

  成功后,使用docker images命令查看拉取的镜像。大概300多MB大小。

  

  3、.net core环境的准备

  如果没有.netcore环境(可能涉及环境变量的配置),那么shell脚本中的dotnet命令将无从谈起。

  直接进微软官方的说明文档,很明确地讲解了.netcore环境的安装,当然墙外访问比较慢,如果不能流畅打开,那么只能听在下一面之词了。?

  官方链接在此:https://www.microsoft.com/net/learn/get-started/windows

  左侧选择Linux

  

  选择环境为Centos

  

  安装命令:

  Install the .NET SDK

sudo rpm -Uvh https://packages.microsoft.com/config/rhel/7/packages-microsoft-prod.rpm
sudo yum update
sudo yum install dotnet-sdk-2.0

  如果安装并配置成功,直接输入dotnet可以出现提示信息

  

六、尽情构建吧

  1、一键发布

  

  点击构建,选择分支(如果没有配置分支管理工具,跳过),开始构建

   1、查看构建详情

  我们可以在控制台输出查看我们的构建过程

  

  

  拉取代码并Restore依赖包

  

  删除镜像,重新构建镜像

  

  从微软官方镜像,复制项目文件创建新镜像

  运行容器

  成功!

七、可能遇到的问题

  1、我暂时想到的坑都在第五点了,如果大家有遇到的问题提出来,我会补充在此。

八、鸣谢

  很感谢一群渴望知识的人一直让我有动力去完成一篇篇对大家有所帮助的称之为有用的博文。

  感谢自己能一路在推动自动化工具的道路上前行

  很感谢自己又节约了一大笔时间(多活了几年)

九、附件

  1.Dockerfile文件

FROM docker.io/microsoft/aspnetcore:latest
ARG source
WORKDIR /publish
EXPOSE 80
COPY /. /publish
ENTRYPOINT ["dotnet", "SevenTiny.Cloud.MultiTenantPlatform.Web.dll"]

  2.DotNetCoreWebPublishToDockerCommon.sh Shell脚本

#要构建的解决方案名称
solutionName=$1
#.sln文件全路径
solutionDir=$2
#.csproj文件全路径
csprojDir=$3
#docker run的容器名称
containerName=$4
#制定run的端口
port=$5

#项目发布的目录
webDir=/vdb1/jenkins/publish/webapp

#归档目录
archivesDir=/vdb1/jenkins/publish/archives

echo "7tiny:dotnet publish"

#清空文件夹
rm -rf ${webDir}/${JOB_NAME}/*

#发布网站到webDir
dotnet publish ${JENKINS_HOME}/workspace/${JOB_NAME}/${csprojDir} -c Release -o ${webDir}/${JOB_NAME} /p:Version=1.0.${BUILD_NUMBER}
#复制配置文件
cp -rf /vdb1/jenkins/DotNetCoreWebPublishToDockerCommonConfigs/* ${webDir}/${JOB_NAME}/
#停止docker容器
docker stop ${containerName}
#删除当前容器
docker rm ${containerName}
#删除镜像
docker rmi ${containerName}
#通过Dockerfile重新构建镜像
docker build -t ${containerName} ${webDir}/${JOB_NAME}/.
#docker run容器并绑定到端口
docker run -d -p ${port}:80 --name ${containerName} ${containerName}

echo "7tiny:success!"

原文地址:https://www.cnblogs.com/7tiny/p/9119638.html

时间: 2024-11-05 04:52:04

.netcore mvc docker环境jenkins一键部署(DevOps)的相关文章

Jenkins测试环境到生产环境的一键部署策略(Windows)

Jenkins测试环境到生产环境的一键部署策略(Windows) 一.前言 前面我们已经初步实现了开发集成环境.测试环境的持续集成(自动化构建.自动化测试.自动化部署).但生产环境自动化部署迟迟没有推进.其原因主要在以下几个方面: 尚未实现部署之前的自动化备份 尚未实现部署出现问题后的自动化回滚 由于之前采用FTP上传部署需要生产环境开放FTP端口存在安全性问题且FTP会因为各种的网速问题,导致站点瞬间挂掉 只要解决以上三个问题,我们就可以初步实现生产环境的自动化部署. 二.实现思路 利用Jen

Linux环境 Jenkins 备份-> 部署

前面介绍了Jenkins的环境搭建,由于服务器迁移的原因,我们可能会时常碰见备份服务器上的重要资料,如果你不想花太多的精力去重新配置Jenkins,那么可以进入下面: 1.备份Jenkins的配置 进入/root/.jenkins目录下,使用tar -cvf jenkins.tar .jenkins/*命令 对该目录下的所有文件进行打包.然后导出到本地(sz 文件名:导出文件/压缩包等) 2.利用备份的Jenkins压缩包重新部署Jenkins环境 2.1 环境支撑 需要部署好Jenkins环境

Spring MVC Maven 环境搭建与部署

本文简单演示了本地开发环境的搭建.项目出包.部署运行.HelloWorld,以及部分注意事项. 起初的玩法:先安装Eclipse,然后分别下载并安装Maven.spring的插件,再进行工程模式转换,也许还需要手动配置Output Path什么的. 现在……我们可以直接使用STS完成所有工作. STS : The Spring Tool Suite? (STS) provides the best Eclipse-powered development environment for build

利用jenkins一键部署项目

部署流程:将代码从github上拉取下来,使用maven打包,将打包后的jar通过ssh发送到服务器上,然后构建docker镜像,运行容器. 1.安装插件 如果是第一次使用jenkins,需要检查并确认安装以下插件 首页->Manage Jenkins->Manage Plugins->可选插件,选择插件后点击直接安装 Maven Integration(maven项目的任务) Publish Over SSH(用于构建后对服务器的操作) 2.全局工具配置 因为我是在docker里安装的

eclipse配置ant开发环境,一键部署项目

ANT出现之前,编译和部署Java应用需要使用包括特定平台的脚本.Make文件.不同的IDE以及手工操作等组成的大杂烩.现在,几乎所有的开源Java项目都在使用Ant,许多公司的开发项目也在使用Ant.Ant的大量使用,也自然带来了对总结Ant最佳实践的迫切需求. <?xml version="1.0" encoding="UTF-8"?> <project name="wwo-weiwen" default="dep

一键部署Java、Python开发环境

项目简介: 项目主要使用docker的方式一键部署各类应用及工具.目前已经有7个大类,几十种工具实现一键部署.并且根据个人实际情况进行自定义部署. kkitdeploy工具部署: 如果曾经用过kkitdeploy现在要用新功能.需要删除本地镜像(registry.cn-hangzhou.aliyuncs.com/yangb/kkitdeploy:latest)后再执行下面的操作: git clone https://github.com/luckman666/kkitdeploy_install

Docker的Jenkins Pipeline工作流

原文地址:http://www.youruncloud.com/blog/127.html 分享主题 一个软件产品的开发周期中,尤其是敏捷开发,持续集成和持续部署是必不可少的环节,而随着产品的丰富,模块的增多.随即带来了更加多的问题,各模块间编译环境的准备,编译复杂,耗时增加,还需要专人去负责这个流程.而Jenkins则可以很好的解决这个单一而容易出错的CI(持续集成)工作. Jenkins也存在着编译环境不隔离的问题,虽然可以通过集群的方式解决,可是需要为每种环境甚至是一种语言的不同版本准备多

docker环境安装及springboot+docker在idea上实现一键部署远程服务器

以下均是在虚拟机上操作的环境 一.docker安装 1.检查内核版本,必须是3.10及以上(docker要求centos系统的内核版本高于3.10) uname ‐r #如果系统版本较低,则使用yum update更新内核 2.安装docker yum install docker 3.输入y确认安装 4.启动docker [[email protected] ~]# systemctl start docker [[email protected] ~]# docker ‐v Docker v

Jenkins+SVN+Maven持续集成一键部署环境

一.jenkins介绍 Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,功能包括: 1.持续的软件版本发布/测试项目. 2.监控外部调用执行的工作. Jenkins拥有的特性: a. 易于安装:只要把jenkins.war部署到servlet容器,不需要数据库的支持. b. 易于配置:所有配置都是通过其提供的web界面实现. c. 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知. d. 生成JUnit/TestNG测试报告. e. 分