.net项目在linux平台的CI流程(基于Jenkins+mono+jexus)

内容较多,主要分为以下4方面内容:

  •  Jenkins的安装部署(centos 7+)
  •  .net在linux平台CI流程所需的插件管理&配置
  •  Jenkins配置连接Gitlab(也可使用对应插件连接SVN,TFS作为源码仓库)
  •  基于Jenkins的CI流程构建

Jenkins安装部署

  •  下载[Jenkins最新版];
  •  在服务器上jenkins.war所在目录建立脚本:start-jenkins.sh:
#!/bin/bash
JENKINS_ROOT=/opt/jenkins
export JENKINS_HOME=$JENKINS_ROOT/jenkins_home
nohup java -jar $JENKINS_ROOT/jenkins.war --httpPort=8000 > jenkins.log 2>&1 &
  • 修改脚本执行权限:
chmod a+x start-jenkins.sh
  • 执行脚本:
/bin/bash start-jenkins.sh
  • 访问服务器地址(测试服务器地址,脚本指定端口):
http://10.200.XX.XX:8000

.net在linux平台CI流程所需的插件管理&配置

Jenkins在当前开发环境下所需要的插件列表如下:

  •  Docker相关插件
  1.  CloudBees Docker Build and Publish plugin (This plugin provides the ability to build projects with a Dockerfile, and publish the resultant tagged image (repo) to the docker registry.)
  2.  Docker plugin (This plugin allows slaves to be dynamically provisioned using Docker.)
  3.  docker-build-step (This plugin allows to add various Docker commands into you job as a build step.)
  •  CaaS插件
  1.  Kubernates plugin (This plugin allows slaves to be dynamically provisioned on multiple Docker hosts using Kubernetes.)
  •  Building插件
  1.  Git plugin
  2.  Nuget plugin
  3.  MSBuild
  •  Gitlab Connector
  1.  Gitlab Hook Plugin
  2.  GitLab Plugin

Jenkins配置连接Gitlab

  • 在jenkins服务器上新生成SSH key
  1. 通过以下指令检查服务器是否已经存在SSH Key:
    1. cat ~/.ssh/id_rsa.pub
  2. 如果没有Key,则通过以下指令新生成一个Key:
    1. ssh-keygen -t rsa -C "jiakai@gridsum.com"
  3. 通过刚才的指令: cat ~/.ssh/id_rsa.pub 获得生成的Key(公钥部分)
  • 在生成Key对应的账户个人"Profile Settings"下的"SSH Keys"标签下,新增这个Key, 新增的Title直接设置为账户名即可
  • 完成后在"Your SSH Keys"下可以看到新增的SSH Key公钥信息

基于Jenkins的CI流程构建


Jenkins内部的各流程说明如下:

  •  测试项目目录结构如下图:

 

  • Source Copy
    • 该过程对应Jenkins工作项中的"源码管理"工作区,在该工作区中选中"Git",配置Repository URL及上一步已经添加好的Credential即可,并制定需要编译的分支,比如"master"分支;
    • 该流程配置完毕后,可保存工作项,然后"立即构建",正确的话将在Jenkins工作区目录的~/workspace/${JobName}/路径下,查看到从制定的Git Repository上拉取的源码;
  • Nuget还原包
    • Nuget还原包依赖nuget.exe(需要mono),下载nuget.exe(这里我下载的是2.8.6版本),拷贝至Jenkins服务器的Jenkins运行目录下的.nuget文件夹;
    • 在Nuget还原工作项的"Execute shell"中,使用nuget.exe还原包即可:
      mono ../../.nuget/nuget.exe restore ${solution file path(.sln)}
    • 注:nuget2.5版本缺少必要的操作(restore),不可用。
    • 在执行过程可能报以下错误:
      WARNING: Error: TrustFailure (The authentication or decryption has failed.)
      WARNING: Error: TrustFailure (The authentication or decryption has failed.)
      WARNING: Error: TrustFailure (The authentication or decryption has failed.)
      WARNING: Error: TrustFailure (The authentication or decryption has failed.)
      WARNING: Error: TrustFailure (The authentication or decryption has failed.)

      需要引入秘钥证书至machine store(注意不要引入到user store):

      mozroots --import --machine --sync
      certmgr -ssl -m https://go.microsoft.com
      certmgr -ssl -m https://nugetgallery.blob.core.windows.net
      certmgr -ssl -m https://nuget.org
  • mono编译包
    • 安装mono后(以安装路径/usr/mono为例),重启 jenkins,查看jenkins系统设置中的环境变量,其中的PATH变量,并确保mono的bin目录已经在PATH环境变量之中:
    • 然后直接调用xbuild编译项目:

      xbuild TestApi.sln
  • [可选步骤]将编译后的文件形成发布文件,例如:
    # Get the deploy files Ready 
    if [ ! -x ./deploy ] ;then
    mkdir deploy
    else
    rm ./deploy/* -rf
    fi
    cp ./src/DemoApi/bin ./deploy/bin -Rf
    cp ./src/DemoApi/packages.config ./deploy/packages.config -f
    cp ./src/DemoApi/Web.config ./deploy/Web.config -f
    cp ./src/DemoApi/Global.asax ./deploy/Global.asax -f
  • 构建Docker镜像所需的Dockerfile
    • 由于我们这里需要在jexus中部署我们的demo api,因此采用公司docker源中的jexus服务器V3版镜像:
      if [ -f ./Dockerfile ] ;then
      rm ./Dockerfile -f
      fi
      cat > ./Dockerfile <<EOF
      FROM 10.xxx.xxx.xxx:5000/library/mono-jexus:v3
      COPY ./deploy /data
      CMD /usr/jexus/jws start && /usr/sbin/sshd -D
      EOF
  • 打包Docker镜像并推送至公司的Docker源
    • 这里我们用到CloudBees Docker Build and Publish plugin这个插件
    • 按照如下图所示的配置
    • 在“高级设置”中,勾选"Skip tag as latest","Force Pull",并且,如果Dockerfile不在默认(./)目录,还需要在“Dockerfile Path”中指定Dockerfile的具体位置:
  • 删除过期的Docker镜像

    在成功生成新版本的镜像之后,需要删除(或untag)之前版本的镜像:

#Untag the expired images except the newest image id
#Init the parameters
IMG_NAME=demoapi
IMG_URL=10.202.xx.xx:5000/gridsum/ld/demoapi
(docker images | grep ${IMG_NAME} | awk '{print $2}') >.version
#Delete expired images
count=1
maxnum=$(wc -l .version | awk '{print $1}')
if [ $maxnum -gt 1 ] ;then
sort .version | while read line
do
if [ $count -lt $maxnum ] ;then
    docker rmi $IMG_URL:$line
    let count=count+1
fi
done
fi
#Clean the parameters
unset IMG_NAME
unset IMG_URL
rm .version -f
  • 建立项目对应的RC文件,注意在RC中指定的Docker镜像版本为本次build的镜像版本:

  • 启动新的容器:
# Delete the existed rc by kubectl
#NEED to redrect stderr into null or the BUILD process will be FAILED if there IS a RC running
/opt/jenkins/kube/kubectl -s http://10.200.xx.xx:8080 delete rc demoapi 2>/dev/null
#Create the k8s rc by kubectl
/opt/jenkins/kube/kubectl -s http://10.200.xx.xx:8080 create -f ./rc.yaml
  • 容器对应的服务最好手动建立,因为服务是常态化的,一般不随源代码版本更迭发生变化,因此服务的创建可以实现创建好;
  • 最后对已发布的服务进行简单的功能测试,通过curl即可:

 

原文地址:https://www.cnblogs.com/you-you-111/p/5870945.html