jenkins 一个非常强大的持续集成,自动化部署的解决方案,但是部署起来异常麻烦,但是在这个时代幸好我们有 docker。
这篇文章不准备介绍如何安装 docker,如何拉一个 jenkins 镜像然后 run 起来,网上的文章实在太多。
聊一聊我所理解的更深层的东西,因为是 docker 里面起的 jenkins,那么 jenkins 操作的 shell 执行命令的时候,是无法访问到外界的文件的,除非你挂载一个卷,但是挂载的卷,还必须授予 linux 下为 jenkins user 的访问权限。
上面的问题都还是可以解决的,但是现在我的 php 代码同样是运行在 docker 中,那么就出现了 php-docker 和 jenkins-docker 是并列的一个关系,我想在 jenkins-docker 中执行 composer 、php artisan 等相关命令,因为根本不在一个空间下,部署构建工程变得尤为困难。
所以这里又出现了解决方案 docker-in-docker,它允许你在容器里再创建容器,但是由于存在重复嵌套等问题,现在已经很少使用。
新的解决方案是将宿主机的 docker-sock 挂载到 jenkins-docker 内部,所以在 jenkins-docker 内部操作 docker 命令的时候感觉和在外部是一样的。
$ docker run -v /var/run/docker.sock:/var/run/docker.sock ...
然而故事并没有这么圆满!
$ docker-compose exec --user root jenkins bash
这样进入容器,docker 命令是可以正常执行的,但是
$ docker-compose exec jenkins bash
这样是不行的,因为默认是以 --user jenkins 进入的,在 jenkins 中的 shell 中也都是 jenkins 用户,一旦执行 docker 等相关操作,立马会报错。
Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock
--user jenkins 是没有权限访问到 var/run/docker.sock,折腾一下午,网上很多方法也都是没法用的,因为 docker 容器里面很多命令都被阉割掉了,最终在 github 上面发现了一个简短又适用的命令:
$ chmod 777 /var/run/docker.sock
完美解决我的问题,特此记录!
参考文档