gitlab CI/CD (上)

githook

本地Hook

本地 Hook 只影响它们所在的仓库。以下是最常用的 6 个本地 Hook：

• pre-commit
• prepare-commit-msg
• commit-msg
• post-commit
• post-checkout
• pre-rebase 前四个 Hook 介入到版本提交的生命周期，后两个允许执行一些额外的操作，分别为 git checkout 和 git rebase 的安全检查。所有与带 pre- 的 Hook 代表即将发生的某个阶段，带 post- 只用于通知。

pre-commit

pre-commit 脚本在每次你运行 git commit 命令时，Git 向你询问提交信息或者生产提交对象时被执行。你可以用这个 Hook 来价差即将被提交的代码快照。比如说，你可以运行一些自动化测试，保证这个提交不会破坏现有的功能。

prepare-commit-msg

prepare-commit-msg这个 Hook 在 pre-commit Hook 在文本编辑器中生效提交信息之后被调用。prepare-commit-msg 的参数可以是下列三个：

包含提交信息的文件名。你可以在原地更改提交信息。 提交类型。可以是信息（-m 或 -F 选项），模板（-t选项），merge（如果是个合并提交）或squash（如果这个提交插入了其他提交）。 相关提交的SHA1哈希字串。只有当-c，-C，或–amend选项出现时才需要。

post-commit

post-commit Hook 在 commit-msg Hook 之后立即被运行。它无法改变 git commit 的结果，主要用于通知。这里我们详细来讲述一下这个 Hook ，因为我们之后要用到它。

这个脚本没有任何参数，而且退出状态不会影响提交。对于大多数的 post-commit 脚本来说，你只是想访问你刚刚创建的提交。你可以用 git rev-parse HEAD来获得最近一次提交的 SHA1 哈希字符串，或者你可以用 git log -l HEAD 来获得完整的信息。

post-checkout

post-checkout Hook 和 post-commit Hook 很像，但它在你用 git checkout查看引用的时候被调用。

gitlab runner

docker 运行

docker run -d --name gitlab-runner \
  -v /srv/gitlab-runner/config:/home/gitlab-runner \
  -v /var/run/docker.sock:/var/run/docker.sock \
  gitlab/gitlab-runner

gitlab-runner注册

输入:

gitlab-ci-multi-runner register

这里主要是需要两个信息进行注册，一个是gitlab的url，和runner token。 可以在gitlab CI/CD 的Runners settings中Specific Runners找到，如下所示：

Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com )
https://172.17.0.2   (因为我这里gitlab是放在dockder下面因此需要改成docker内网地址)
Please enter the gitlab-ci token for this runner
kpSL7ViitQLYbSs3zS1x
Please enter the gitlab-ci description for this runner
my-runner
INFO[0034] fcf5c619 Registering runner... succeeded
Please enter the executor: shell, docker, docker-ssh, ssh?
shell

gitlab-runner 运行

检查runner的状态： gitlab-ci-multi-runner verify

重启所有runner： gitlab-ci-multi-runner run

重启单个runner： gitlab-ci-multi-runner run-single --url https://172.17.0.2 --token runnerToken --executor shell

gitlab-runner运行成功界面

需要在gitlab-runner环境下按照运行所需要