GitLab 低版本使用 - 轻量化使用
作者:互联网
GitLab 低版本使用 - 轻量化使用
前篇聊罢 GitLab 的 CI/CD 发展历程,提到了对于只希望使用基础代码存储功能的团队觉得当前版本 GitLab 比较重的问题,本篇文章来聊聊如何使用老版本的 GitLab 来节约一些服务器、本地硬件资源。
写在前面
对于团队使用,如果硬件稍微富裕,我还是强烈推荐使用最新的稳定版本。
本文仅描述如何使用官方提供的老版本镜像搭建并使用 GitLab ,低于 v8.0 更老版本的应用可以自行搭建容器镜像。这里再次提醒,如果你看过前一篇文章,任何低于 v8.0 的应用都不建议使用,因为缺少了太多核心的 CI 功能。
当然,如果你完全使用脚本和外部服务通过账号认证方式获取代码,也不失为一种方案吧。
容器化使用 GitLab 8.0.0
相比之前分享的 GitLab 高版本而言,配置可以更简单一些:
version: "3"
services:
gitlab:
restart: always
image: gitlab/gitlab-ce:8.0.0-ce.0
container_name: gitlab.lab.io
hostname: gitlab.lab.io
ports:
- "80:80"
- "22:22"
volumes:
- ./config:/etc/gitlab
- ./logs:/var/log/gitlab
- ./data:/var/opt/gitlab
将内容保存为 docker-compose.yml
,然后使用 docker-compose up -d
启动服务,然后使用 docker-compose logs -f
持续观察日志,将会看到熟悉的日志输出:
Creating gitlab.lab.io ... done
Attaching to gitlab.lab.io
gitlab.lab.io | Thank you for using GitLab Docker Image!
gitlab.lab.io | Current version: gitlab-ce=8.0.0-ce.0
gitlab.lab.io |
gitlab.lab.io | Configure GitLab for your system by editing /etc/gitlab/gitlab.rb file
gitlab.lab.io | And restart this container to reload settings.
gitlab.lab.io | To do it use docker exec:
gitlab.lab.io |
gitlab.lab.io | docker exec -it gitlab vim /etc/gitlab/gitlab.rb
gitlab.lab.io | docker restart gitlab
gitlab.lab.io |
gitlab.lab.io | For a comprehensive list of configuration options please see the Omnibus GitLab readme
gitlab.lab.io | https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md
gitlab.lab.io |
gitlab.lab.io | If this container fails to start due to permission problems try to fix it by executing:
gitlab.lab.io |
gitlab.lab.io | docker exec -it gitlab update-permissions
gitlab.lab.io | docker restart gitlab
gitlab.lab.io |
...
直到出现下面的日志的时候,GitLab 的启动就就绪啦。
gitlab.lab.io | ==> /var/log/gitlab/sshd/current <==
gitlab.lab.io | 2021-02-24_03:30:59.76266 Server listening on 0.0.0.0 port 22.
gitlab.lab.io | 2021-02-24_03:30:59.76327 Server listening on :: port 22.
gitlab.lab.io |
gitlab.lab.io | ==> /var/log/gitlab/unicorn/current <==
gitlab.lab.io | 2021-02-24_03:31:41.97319 starting new unicorn master
gitlab.lab.io | 2021-02-24_03:31:51.56361 adopted new unicorn master 345
gitlab.lab.io |
gitlab.lab.io | ==> /var/log/gitlab/unicorn/unicorn_stderr.log <==
gitlab.lab.io | I, [2021-02-24T03:31:50.533072 #425] INFO -- : worker=4 ready
gitlab.lab.io | I, [2021-02-24T03:31:50.534841 #428] INFO -- : worker=5 spawned pid=428
gitlab.lab.io | I, [2021-02-24T03:31:50.535726 #428] INFO -- : worker=5 ready
gitlab.lab.io | I, [2021-02-24T03:31:50.537802 #431] INFO -- : worker=6 spawned pid=431
gitlab.lab.io | I, [2021-02-24T03:31:50.538715 #431] INFO -- : worker=6 ready
gitlab.lab.io | I, [2021-02-24T03:31:50.541528 #434] INFO -- : worker=7 spawned pid=434
gitlab.lab.io | I, [2021-02-24T03:31:50.542476 #434] INFO -- : worker=7 ready
gitlab.lab.io | I, [2021-02-24T03:31:50.542860 #345] INFO -- : master process ready
gitlab.lab.io | I, [2021-02-24T03:31:50.543272 #437] INFO -- : worker=8 spawned pid=437
gitlab.lab.io | I, [2021-02-24T03:31:50.544152 #437] INFO -- : worker=8 ready
打开浏览器,我们声明的端口,比如例子中的 80 端口,即可看到下面的界面:
初始化管理员账号
老版本的 GitLab 使用的是固定的账号密码,我们需要使用 root
和 5iveL!fe
来完成第一次登陆。
登陆之后,会出现一个新界面要求我们输入新的密码,设置完毕会重新回到登陆界面,使用我们新设置的密码即可完成登陆。
登陆之后,就可以开始设置新的账号,进行仓库群组配置、服务监控、添加 CI 啦。
观察资源使用情况
相比较 v10 之后,启动后动辄资源占用 2G 起步, “待机”状态 CPU 占用 5%~6%来说,老版本的 GitLab 看起来“温和”了许多。
CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
0b6fc22e5280 gitlab.lab.io 0.83% 1021MiB / 7.778GiB 12.82% 15kB / 19kB 0B / 10.9MB 123
相比最近的版本来说,老版本组件功能少,资源占用量低,在本地运行一套 GitLab 会觉得没有那么重。所以在本地运行一个作为临时项目存储、集成本地 CI 做一些本地自动化的事情的“代码仓库+文档存储库”成为了另外的一种选择。
对 GitLab 进行汉化
几年前在官方未推出中文语言包的时候,曾经有一位同学自制了社区版的汉化文件,恰好包含了我们本次使用的 v8.0.0 版本。
制作汉化补丁的方式很简单,首先使用 Git 下载仓库代码:
git clone https://gitlab.com/larryli/gitlab.git
然后使用 diff
命令,构建代码差异补丁:
git diff origin/8-0-stable..origin/8-0-zh > patch.diff
然后将汉化包复制到仓库容器内部:
docker cp patch.diff gitlab.lab.io:/tmp
最后应用补丁,并重启服务即可:
docker exec -it gitlab.lab.io bash -c "patch -d /opt/gitlab/embedded/service/gitlab-rails -p1 < /tmp/patch.diff ; gitlab-ctl restart;"
等待服务重启完毕,汉化 GitLab 就完成了。
花絮:一个存在了若干年的小BUG
如果我记得没错的话,这个找不到执行文件的小问题在最近的几个版本中也存在。
gitlab.lab.io | 2021-02-24_03:31:52.72016 2021-02-24T03:31:52.719Z 366 TID-kr4jk Devise::Async::Backend::Sidekiq JID-2b138dc5149b8928a54d7ca5 INFO: start
gitlab.lab.io | 2021-02-24_03:31:53.10703 sh: 1: /usr/sbin/sendmail: not found
gitlab.lab.io | 2021-02-24_03:31:53.12222 2021-02-24T03:31:53.122Z 366 TID-kr4jk Devise::Async::Backend::Sidekiq JID-2b138dc5149b8928a54d7ca5 INFO: done: 0.402 sec
gitlab.lab.io |
最后
按照前篇文章所提,接下来我将展开聊聊 Gitea + Drone 的使用。
–EOF
本文使用「署名 4.0 国际 (CC BY 4.0)」许可协议,欢迎转载、或重新修改使用,但需要注明来源。 署名 4.0 国际 (CC BY 4.0)
本文作者: 苏洋
创建时间: 2021年02月24日
统计字数: 1972字
阅读时间: 4分钟阅读
本文链接: https://soulteary.com/2021/02/24/the-container-method-uses-a-lightweight-gitlab.html
标签:gitlab,低版本,GitLab,lab,轻量化,io,使用,docker 来源: https://blog.csdn.net/soulteary/article/details/114099408