gitlab-ci.yml

前几天做以docker方式来运行runner，现在想好像有点出入。真正应该是通过打包一个docker镜像，在镜像里进行测试，测试通过后提交到镜像仓库，接着发布到测试集群里进行集成测试，最终发布到生产环境里。
现在完成了通过打包测试镜像进行测试，然后再生成生产镜像。为了缩减生产镜像的大小(golang镜像将近700M，golang:alpine镜像250M，而通过mutil+stage方式打包到Alpine基础包，只有10M左右。下面有详细的文件例子。
在一个项目里一般只有一个Dockerfile,满足不了需求，发现可以通过-f Dockefile指定不同的文件进行打包，但是Dockerfile.test这种带后缀方式有问题，应该使用DockerfileTest这种方式。参见Docker build

一、打包Docker镜像

首先要安装docker ce，参照Docker安装
接着需要给gitlab-runner用户赋予docker执行权限，否则在打包是会提示无权限。

sudo usermod -aG docker gitlab-runner
sudo -u gitlab-runner -H docker info

很麻烦，怎么先进行测试，测试通过后再打包？
测试是不是使用一个docker runner来做，测试通过后再使用shell runner来打包上传发布？

项目根目录下的DockerfileTest，DockerfileProd,gitlab-ci.yml代码如下：

# DockerfileTest
FROM golang:alpine
MAINTAINER panzulong "[email protected]"
WORKDIR /go/src
COPY src /go/src
cmd ["go","test"]

# DockerfileProd
# build product bin
FROM golang:alpine
MAINTAINER panzulong "[email protected]"
WORKDIR /go/src
COPY src /go/src
RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app .


# build product image
FROM alpine:latest
WORKDIR /root/
COPY --from=0 /go/src/app .
EXPOSE 9090

ENTRYPOINT ["./app"]

gitlab-ci.yml

# This file is a template, and might need editing before it works on your project.
stages:
    - go-test
    - build-image 
go-test:
    stage: go-test
    script:
        - docker build -f DockerfileTest -t test-student:v0.1 . #把测试专用的dockerfile放到src目录中
        - docker run --rm test-student:v0.1 #进行测试，如果不通过后面就不会执行，如果通过后面继续执行
    after_script:
        - docker rmi test-student:v0.1
    tags:
        - shell

build-image:
    stage: build-image
    before_script:
        - docker login -u panzl -p **** registry.cacec.com.cn
    script:
        - docker build -f DockerfileProd -t registry.cacec.com.cn/ms/student:v0.1 .
        - docker push registry.cacec.com.cn/ms/student:v0.1
        - docker images
    after_script:
            - docker images|grep none|awk '{print $3}'|xargs docker rmi #为了删除中间生成的那个镜像文件
    tags:
        - shell