轻量化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
1

将内容保存为 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
1
2
相比最近的版本来说，老版本组件功能少，资源占用量低，在本地运行一套 GitLab 会觉得没有那么重。所以在本地运行一个作为临时项目存储、集成本地 CI 做一些本地自动化的事情的“代码仓库+文档存储库”成为了另外的一种选择。

对 GitLab 进行汉化
几年前在官方未推出中文语言包的时候，曾经有一位同学自制了社区版的汉化文件，恰好包含了我们本次使用的 v8.0.0 版本。

制作汉化补丁的方式很简单，首先使用 Git 下载仓库代码：

git clone https://gitlab.com/larryli/gitlab.git
1
然后使用 diff 命令，构建代码差异补丁：

git diff origin/8-0-stable..origin/8-0-zh > patch.diff
1
然后将汉化包复制到仓库容器内部：

docker cp patch.diff gitlab.lab.io:/tmp
1
最后应用补丁，并重启服务即可：

docker exec -it gitlab.lab.io bash -c "patch -d /opt/gitlab/embedded/service/gitlab-rails -p1 < /tmp/patch.diff ; gitlab-ctl restart;"
1
等待服务重启完毕，汉化 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 |

原文链接：https://blog.csdn.net/soulteary/article/details/114099408