初探gitlab & gitlab-runner & asp.net core持续集成

文章简介

•  gitlab & gitlab-runner 简介

•  基于gitlab & gitlab-runner 的asp.net core webapi 极简持续集成实践

gitlab & gitlab-runner 简介

写在最前面，文中示例使用到了docker & docker-compose 相关知识，文中的gitlab server 以及 gitlab-runner都是使用docker容器，以及gitlab-runner的执行方式也是docker模式，相关内容不再赘述，但是注意点会在文中标注。

gitlab是一款基于git的代码管理平台， 可以基于此做代码管理，以及相关CI-CD操作。gitlab-runner是一个代码持续集成工具，将其注册至gitlab后可以基于此做相关的CI-CD。

持续集成流程大致分为三步，1）本地用户将代码上传至gitlab仓库 2）gitlab-runner接收代码推送事件，从gitlab拉取相关代码（需要将runner注册至gitlab&将创建项目委托给runner）  3）runner执行自动集成脚本（.gitlab.ci.yml），编译发布服务。如图所示=》

文档传送门=>gitlab https://docs.gitlab.com/ee/README.html  gitlab-runner  https://docs.gitlab.com/runner/

极简实践

• 从dockerhub下载gitlab & gitlab-runner 镜像  

  docker pull gitlab/gitlab-ce  & docker pull gitlab/gitlab-runner

• 创建gitlab & gitlab-runner容器

  docker run -d --hostname localhost -p 10080:80 -p 10443:443 --name gitlab -v /var/run/docker.sock:/var/run/docker.sock gitlab/gitlab-ce:latest 
  docker run -d --name gitlab-runner --link gitlab -v /var/run/docker.sock:/var/run/docker.sock --restart always gitlab/gitlab-runner:latest      -- 这里注意下，runner启动容器时候需要-v 
  /var/run/docker.sock:/var/run/docker.sock命令将本地的docker服务套接在runner容器上（直白点就是runner容器可以使用本机docker服务） ;--link将runner容器链接到gitlab容器

• 等gitlab启动几分钟，此时我们可以看到现在有两个正在运行的容器
• 接下来访问我们本机的10080端口就可以访问到我们的gitlab了，第一次进入需要初始化密码。顺便我们现在再创建一个叫做tony的用户。登录后，是这样的一个界面=》

•  接下来，我们注册gitlab-runner。 注册的目的是将gitlab-runner 与 gitlab绑定起来。回到我们的powershell（命令行）界面，执行命令。我们依次需要填写我们的gitlab地址，服务token，描述信息，tag标签（runner会根据tag标签来决定自动编译项目的推送也可以修改runner配置执行所有推送），runner执行模式（这里我们选docker），以及默认镜像。gitlab地址和token我们需要以管理员身份进入gitlab服务，选择Overview的Runners菜单查看。这里注意，gitlab地址不可以写localhost，会导致runner找不到gitlab（每一个docker容器相当于独立的服务器）

  docker exec -it gitlab-runner gitlab-runner register

• 

• runner注册成功后，我们进入gitlab的的runner页面会出现我们注册的runner;此时我们切换tony用户，创建一个项目（我这里的mywebsite)；回到root用户，将runner分配给这个项目（同时把不需要tag就可以执行编译的选项选上）；这时候，我们的mywebsite项目就托管在了注册的runner上了。

• 

• 然后我们创建一个asp.net core v2.2的webapi项目，并为其编写dockerfile ，容器编排我们使用docker-compose的方式。主要文件内容

  FROM  mcr.microsoft.com/dotnet/core/sdk:2.2 as build-env
  # code目录
  WORKDIR /code  
  
  #项目拷贝至code
  COPY *.csproj ./ 
  RUN dotnet restore
  
  # #代码拷贝至code
  COPY  . ./
  # #发布文件在code/out文件夹
  RUN dotnet publish -c Release -o out
  # #找到runtime 
  FROM mcr.microsoft.com/dotnet/core/aspnet:2.2
  # #新建一个目录app
  WORKDIR /app
  # #code目录发布的代码文件放到app
  COPY --from=build-env /code/out ./
  # 输出到80端口
  EXPOSE 80
  ENTRYPOINT [ "dotnet","tonywebsite.dll" ]

  version: '3'
  services:
    web: 
      build: .
      container_name: 'aspnetcore'
      ports:
        - '8003:80'

• 然后编写自动集成脚本

  build-master:
    image: docker:19.03.2
    stage: build              
  
    script:
      - docker --version
  
  image:
    name: docker/compose:1.24.1         #添加docker-compose，使用docker-compose编排镜像
    entrypoint: ["/bin/sh", "-c"]
  
  rtest:
    script:
      - docker-compose --version
      - docker-compose up -d --build --force-recreate

• 

• 此时我们把我们的项目推送至我们的gitlab服务器，就会开始自动构建了；jobs可以看到相关日志

• 

•  我们访问到我们的8003端口，可以看到控制器返回的内容

• 接下来，我们修改下返回内容，提交至git服务器

• 

  

• 此时，我们再次访问我们的8003端口可以看到，我们的修改已生效=》

  

最后写下注意事项：

• 我们的一整套操作都是基于Docker容器，包括服务的打包，以及交互，大家生产环境使用时候，
• 注意挂载下资料卷；runner是根据tag来编辑提交的代码，假如想让runner编译所有的提交，注意在runner配置中选择不设置tag也编译
• runner注册至gitlab时候，输入地址注意

也是刚开始了解Gitlab & gitlab-runner的ci 以及pipeline解决方案，假如文中有写错的地方欢迎大家批评指正。第一篇仅限极简的把CI服务搭建起来，并没有涉及优化点，以及原理性的知识，敬请期待。。