基于gitlab和docker构建持续集成环境（二）

继昨天搭建了基础的gitlab ci集成环境，基本实现了开发工程师push代码后，测试工程师就可以去进行业务功能测试了，中间免去运维（之前是后台人员负责的）去更新服务器更新代码的步骤了。具体文章在这里。传送门
今天优化了下.gitlab-ci.yml的配置，目的是实现

• 当开发分支(develop)提交代码的时候，测试服务器更新代码；
• 当主分支(master)提交代码的时候，正式服务器更新代码；

几个优化地方：

1. 删除了docker-compose.yml文件

2. 新增了Dockerfile.prod文件

   # Stage 1
   FROM node:latest as node
   
   WORKDIR /usr/src/app
   
   COPY package*.json ./
   
   RUN npm install
   
   COPY . .
   
   RUN npm run prod   #区别在这里
   
   # Stage 2
   FROM nginx:latest
   
   RUN rm -rf /usr/share/nginx/html/*
   
   COPY --from=node /usr/src/app/dist/oa /usr/share/nginx/html
   
   COPY _nginx/default.conf /etc/nginx/conf.d/
   
   CMD ["nginx", "-g", "daemon off;"]
   

3. 修改.gitlab-ci.yml文件

   deploy_dev:
     stage: deploy
     only:
       - develop
     tags:
       - dev
     script:
       - docker build -f Dockerfile -t oa .
       - docker stop oa-container || true && docker rm oa-container || true
       - docker run -d -p 8001:80 --name oa-container oa
   deploy_prod:
     stage: deploy
     only:
       - master
     tags:
     - prod
     script:
       - docker build -f Dockerfile.prod -t oa .
       - docker stop oa-container || true && docker rm oa-container || true
       - docker run -d -p 8001:80 --name oa-container oa
   

总结下实现思路：首先我们需要去gitlab项目中在配置一个正式环境服务器的gitlab-runner，于是乎我们就有了两个runners

这里我们需要对每个runner设置不同的tag，这个很重要，.gitlab-ci.yml的tags配置点，即对应了这里的Tags。因为我们当在不同分支上提交需要让不同的runner执行脚本，所以用.gitlab-ci.yml中的only配合tags两个配置点就可以实现我们的目的了。
还有要注意的就是.gitlab-ci.yml中script中的第一行，不同环境执行docker的时候使用不同的Dockerfile文件。

好啦，大功告成！