在容器化的世界中,Docker已经成为了我们部署和管理应用程序的首选工具。然而,在使用Docker部署GitLab时,我们可能会遇到一些问题,本文将为你提供一份详细的避坑指南。网上的教程有的都没说清楚,或者干脆是错的。摸索了好几个小时,才知道为啥要这么做。
安装docker
- 这一步自行百度,不细说了。
docker 安装gitlab社区版
-
直接执行
docker pull gitlab/gitlab-ce:latest
命令拉取最新的镜像docker pull gitlab/gitlab-ce:latest
-
把容器跑起来
docker run -d --name gitlab --privileged=true --restart always -p 9922:22 -p 9980:9980 -v /home/gitlab/etc:/etc/gitlab -v /home/gitlab/log:/var/log/gitlab -v /home/gitlab/opt:/var/opt/gitlab gitlab/gitlab-ce
//对命令的解释
docker run -d
--name gitlab //指定容器名称
--privileged=true //指定容器可以获得root权限
--restart always //指定意外停止时自动重启
-p 9922:22 //指定ssh clone时候的端口
-p 9980:9980 //指定http访问时的端口
-v /home/gitlab/etc:/etc/gitlab //挂载配置文件目录出来
-v /home/gitlab/log:/var/log/gitlab
-v /home/gitlab/opt:/var/opt/gitlab
gitlab/gitlab-ce -
在宿主机直接修改
/home/gitlab/etc/gitlab.rb
文件#这一步决定了以http方式clone时的地址和端口号
external_url 'http://192.168.1.11:9980'
#这一步决定了你在浏览器打开时要访问什么端口
nginx['listen_port'] = 9980#ssh 的配置
#ssh连接地址
gitlab_rails['gitlab_ssh_host'] = '192.168.1.11'ssh连接端口
gitlab_rails['gitlab_shell_ssh_port'] = 9922
-
重启容器,让配置生效
docker restart gitlab
注意事项
如果是按照上述教程安装的gitlab,则不需要看下边的了。
这都是血泪的教训
- 首先,我们需要明确一点,如果你不打算使用80端口访问GitLab,那么在执行docker run命令的时候,一定要让访问端口容器内部和外部的保持一致。否则,这将会给你带来不必要的麻烦。也就是说假如你想用
9980
这个端口访问你的gitlab,那就映射宿主机的9980
端口到容器的9980
端口,并修改gitlab.rb
文件中nginx的监听端口为9980
.否则你还要进容器修改运行时配置文件gitlab.yml
,这个文件本身就是由gitlab.rb
文件映射得来的。所以我不明白为什么那么多网上的教程用其他端口映射容器内的80,再去容器里修改配置是图啥。 - 你还需要修改nginx的监听端口,将nginx['listen_port']设置为
9980
。这样,nginx就能正确地将流量转发到你的GitLab实例上。这个是默认监听容器内80端口
的,记好了是容器内
,所以这个根据我们的映射规则,一定要修改为我们映射的9980
端口。你问我用其他端口映射容器内80,nginx就监听80不行吗,当然行啦,但是你clone的时候就会发现,哎,这个clone地址怎么没有端口号。然后就又陷入了要去容器里修改gitlab.yml
的怪圈。