1.HelloWorld

安装完了gitlab-runner,就可以使用了。在项目的根目录下创建.gitlab-ci.yml文件,编写如下内容。

1
2
3
4
5
6
7
8
9
10

stages:
- deploy
deploy:
  stage: deploy
  script:
  - cat /etc/redhat-release
  only:
  - master
  tags:
  - shell_65

script 是必须的，表明要执行的脚本,tags 表示要在哪个runner执行。编写了这个文件之后，提交代码，就会自动执行CI/CD命令。

2.Docker

(1) 说明
GitLab-Runner中有一类执行器，是docker,这里的docker不是使用docker安装gitlab-runner,而是gitlab-runner的执行器类型docker，像参考文章1和2,都是说的是如何在docker的镜像中安装gitlab-runner，显然不符合我们的要求。

根据参考资料显示，在.gitlab-ci.yml中定义image 镜像时，gitlab会拉取远程镜像，然后执行脚本。官方文档执行器-docker 一章中明确表示：

The always pull policy will ensure that the image is always pulled. When always is used, the Runner will try to pull the image even if a local copy is available. If the image is not found, then the build will fail with an error similar to:

意思就是说：always 策略将确保始终拉取远程镜像，在使用 always 策略时，即使有本地副本，Runner也将尝试拉取远程镜像，如果找不到该镜像，则构建失败，并显示错误。

(2) 修改拉取策略

知道问题所在了，那就可以修改这个策略了。打开 /etc/gitlab-runner/config.toml,在对应的runner节点下,添加pull_policy = “if-not-present” 就可以了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

[[runners]]
  name = "agent_192.168.1.65"
  url = "http://192.168.1.60"
  token = "hJPohBwUx8tDf8n5Wjas"
  executor = "docker"
  [runners.custom_build_dir]
  [runners.cache]
    [runners.cache.s3]
    [runners.cache.gcs]
  [runners.docker]
    tls_verify = false
    image = "centos"
    privileged = false
    disable_entrypoint_overwrite = false
    oom_kill_disable = false
    disable_cache = false
    volumes = ["/cache"]
    shm_size = 0

    pull_policy = "if-not-present"

当使用” if-not-present拉取策略时，运行程序将首先检查image是否在本地存在. 如果是，则将使用image的本地版本. 否则，Runner将尝试拉取远程镜像。修改了此文件，重启gitlab-runner

1
2

## 重启gitlab-runner
gitlab-runner restart

这样说起来，其实使用docker作为执行器还是不方便的。

(3) 执行
代码中我定义了一个image:centos:7.2.1511,本地没有，所以会去远程拉取镜像

1
2
3
4
5
6
7
8
9
10
11
12

image: centos:7.2.1511

stages:
- deploy
deploy:
  stage: deploy
  script:
  - cat /etc/redhat-release
  only:
  - master
  tags:
  - docker_65

最后输出的系统版本也是： CentOS Linux release 7.2.1511 (Core) ，在安装gitlab-runner的服务器上，使用docker ls查看，也多出了一个 centos:7.2.1511 的镜像。

3.scp免密登陆

1
2
3
4
5
6
7
8
9

# 切换用户
su gitlab-runner
# 生成密钥
ssh-keygen -t rsa -P ""
# 拷贝密钥到远程
ssh-copy-id -i .ssh/id_rsa.pub -p 端口号 用户名字@192.168.x.xxx

# 免密登陆
ssh -p 端口号 用户名字@192.168.x.xxx

4.前端部署

在项目的根目录下创建 .gitlab-ci.yml 文件。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

stages: # 阶段
  - deploy

cache: # 缓存
  paths:
    - jeecgboot-vue3/node_modules

deploy-job:
  tags: # runner标签
    - dev
  stage: deploy # 阶段
  script: # 执行脚本
   - cd jeecgboot-vue3
   - pnpm config set registry https://registry.npmmirror.com
   - pnpm install
   - pnpm build	#打包指令本文package.json文件scripts配置的是build:prod，执行该指令会打包生成dist目录
   - rsync -r --delete ./dist/* -e 'ssh -p 7022' hj@xxxxx:/home/hj/drone/drone-cloud #将本地开发主机上的dist文件同步到远程服务器的对应目录下
  only: # 定义分支
    - hjkj  

说明：

• tags：执行的runner的标签
• only：执行的分支，或者条件

5.jar部署

大部分的文章都是使用docker部署，但是我想要使用 jar 部署

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

deploy-serve:
  tags:
    - dev
  stage: deploy
  script:
   - cd jeecg-boot
   - export JAVA_HOME=/usr/local/java/openjdk-17.0.12
   - export PATH=$JAVA_HOME/bin:$PATH
   - mvn clean package -Pprod
   - ssh -p 7022 hj@$HOST_ALIYUN 'cd /home/hj/drone;rm -rf drone-cloud\.jar'
   - scp -P 7022 -r ./jeecg-module-system/jeecg-system-start/target/drone-cloud\.jar  hj@$HOST_ALIYUN:/home/hj/drone/drone-cloud\.jar #将本地开发主机上的dist文件同步到远程服务器的对应目录下
   - ssh -p 7022 hj@$HOST_ALIYUN 'kill -9 `pgrep -f drone-cloud\.jar` ; echo 1'
   - ssh -p 7022 hj@$HOST_ALIYUN 'cd /home/hj/drone;nohup /usr/local/java/jdk-17.0.2/bin/java -jar drone-cloud\.jar > /dev/null 2>&1 &'
  # rules:
  #   - if: '$CI_COMMIT_BRANCH == "hjkj"' # 定义分支
  #     changes: # 文件改变
  #       - mini-webview/**/* 
  #     when: on_success
  when: manual # 手动触发

5.配置文件

1
2
3

only:
  changes:
    - frontend/**/*

问题

1.ERROR: Job failed: Error response from daemon: pull access denied for center, repository does not exist or may require ‘docker login’: denied: requested access to the resource is denied (docker.go:196:18s)

镜像不存在的错误：

(2) Maven依赖
在参考文章中，还提到了一个问题：

每次maven:3-jdk-8去执行build和test都会重新拉取镜像，下载依赖的jar包，比较耗时耗资源。这是因为docker image每次构建都是在独立的container里， maven的 .m2文件并不会被多次构建公用，这里我们可以通过修改gitlab-runner的配置，将maven .m2目录加到volumes中，并增加镜像拉取规则（默认是从远程拉取镜像，这里修改为优先获取本地镜像，不存在时才去远程拉取镜像）

这里需要将.m2的目录挂载到docker镜像中,”/Users/wanyang3/.m2:/root/.m2” 意思是将本地 /Users/wanyang3/.m2 挂载成docker镜像的 /root/.m2 目录。

1
2
3
4
5
6
7

[[runners]]
  ...
  [runners.docker]
    ...
    volumes = ["/cache","/Users/wanyang3/.m2:/root/.m2"]
    pull_policy = "if-not-present"
  ...

2.拉取代码失败

我编写了 yml 配置文件，但是拉取代码的时候，没有用 使用ssh拉取，却使用了 http 拉取。致命错误：无法访问 ‘http://192.168.1.8:10007/zjhjkj/drone-cloud.git/'：The requested URL returned error: 403

【解决方案】
这个错误就是当前用户没有执行权限，将用户加入到项目中即可。

项目管理（Manage）-> Members -> 找到提交用户，然后加入项目。

3.pnpm：未找到命令

运行 runner 的时候，出现这个问题。

【尝试方案】
（1）后来我尝试了去输出 mvn,这个倒是可以输出的。

（2）尝试使用 .sh 文件

（3）尝试使用docker进行打包

（4）尝试 nvm alais default v20.10.0

（5）尝试修改 gitlab-runner 运行用户

1
2
3
4
5
6
7
8
9
10

# 查看
ps -aux |grep gitlab-runner
# 卸载
gitlab-runner uninstall
# 停止
gitlab-runner stop
# 安装
gitlab-runner install --user gitlab-runner --working-directory /home/gitlab-runner
# 重启
gitlab-runner start

【解决方案】
使用yum重新安装nodejs

1
2
3
4
5
6
7
8
9
10
11

# https://github.com/nodesource/distributions#rpminstall
curl -fsSL https://rpm.nodesource.com/setup_20.x -o nodesource_setup.sh
# 安装源
bash nodesource_setup.sh
# 安装nodejs
yum install -y nodejs

# 设置镜像
npm config set registry https://registry.npmmirror.com

pnpm config set registry https://registry.npmmirror.com

4.Job’s log exceeded limit of 4194304 bytes

【解决方案】

1
2
3
4
5
6
7

# 编辑 runner配置文件
vi /etc/gitlab-runner/config.toml
# 增加
output_limit = 10240

# 重启
gitlab-runner restart