GitLab 服务搭建

简介: GitLab 是一个用于仓库管理系统的开源项目,使用 Git 作为代码管理工具,并在此基础上搭建起来的 web 服务。

1. GitLab 概述


GitLab 是一个用于仓库管理系统的开源项目,使用 Git 作为代码管理工具,并在此基础上搭建起来的 web 服务。GitLab 产品将分为三个发行版本


  • CE(社区版):发行版将继续在全球范围内提供
  • EE(企业版):发行版仅在中国境外出售
  • JH(JiHu版):发行版仅在中国销售


GitLab 的架构图(来源官

网:https://docs.gitlab.com/ee/development/architecture.html


微信图片_20220504114704.png


2. 安装 GitLab


CentOS 安装 gitlab-ce 比较方便的方式有


2.1. rpm 包安装


  • 下载安装包


https://packages.gitlab.com/gitlab/gitlab-ce
https://mirrors.tuna.tsinghua.edu.cn/help/gitlab-ce/


使用命令


wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el8/gitlab-ce-14.9.2-ce.0.el8.x86_64.rpm


使用清华的镜像仓库,下载相对较快


安装 gitlab-ce


rpm -ivh gitlab-ce-14.9.2-ce.0.el8.x86_64.rpm


这种安装方式需要先安装相关依赖包,否则安装报错。


2.2. yum 安装


使用如下命令安装


yum install -y gitlab-ce


微信图片_20220504114710.png


3. 配置 GitLab 并启动


修改 gitlab 配置文件指定服务器 ip 和自定义端口


vim /etc/gitlab/gitlab.rb


微信图片_20220504114714.png


重置 gitlab


gitlab-ctl reconfigure


微信图片_20220504114721.png


启动 gitlab


gitlab-ctl start


微信图片_20220504114725.png


启动时间可能有点慢,因为需要启动的服务比较多;查看启动日志


gitlab-ctl tail


在访问过程中,可能遇到如下错误


Whoops, GitLab is taking too much time to respond.

出现该问题的原因比较多,以下两种比较常见


  • 可能系统内存不够  使用 free -m 查看内存使用情况
  • 可能是配置的端口和访问的端口不一致;或者端口冲突


external_url 'http://192.168.10.8:8987'
nginx['listen_port'] = 8987     # 两个端口一定要一致


4. 访问 GitLab


GitLab 的访问地址是external_url配置的地址,所以访问


http://192.168.10.8:8987


GitLab 安装初始化后,默认账户名是 root,密码存放在配置文件


cat /etc/gitlab/initial_root_password


微信图片_20220504114730.png


登录后


微信图片_20220504114734.png


至此,GitLab安装完毕。


5. 附:GitLab 常用命令


  • 启动所有 GitLab  组件


gitlab-ctl start


  • 停止所有 GitLab 组件


gitlab-ctl stop


  • 重启所有 GitLab 组件


gitlab-ctl restart


  • 查看 GitLab 服务状态


gitlab-ctl status


  • 重构配置 GitLab


如果更改了主配置文件 /etc/gitlab/gitlab.rb,需要使用以下这个命令,使配置文件生效;但是会初始化除了gitlab.rb之外的所有文件


gitlab-ctl reconfigure
  • 查看日志(查看 GitLab 所有的日志)


sudo gitlab-ctl tail


参考:https://docs.gitlab.cn/jh/install/
相关文章
|
Kubernetes NoSQL 关系型数据库
通过helm部署gitlab服务
通过helm部署gitlab服务
|
缓存 程序员 开发工具
服务搭建篇(八) 使用GitLab部署一个属于自己的代码托管平台
服务启动完成后,就可以访问gitlab服务了。默认的服务端口就是80端口。默认的用户名和密码是 root/123456(通常建议登录后立即修改默认密码)
294 0
|
4月前
|
Linux 开发工具 git
[git]基于GitLab搭建本地Git服务
[git]基于GitLab搭建本地Git服务
|
Kubernetes NoSQL 关系型数据库
通过编写k8s的资源清单yaml文件部署gitlab服务
通过编写k8s的资源清单yaml文件部署gitlab服务
|
7月前
|
NoSQL 关系型数据库 MySQL
Docker安装详细步骤及相关环境安装配置(mysql、jdk、redis、自己的私有仓库Gitlab 、C和C++环境以及Nginx服务代理)
Docker安装详细步骤及相关环境安装配置(mysql、jdk、redis、自己的私有仓库Gitlab 、C和C++环境以及Nginx服务代理)
699 0
|
7月前
|
缓存 JavaScript 前端开发
GitLab 官网使用 pages 服务,发布 vue 前端项目
GitLab 官网使用 pages 服务,发布 vue 前端项目
227 1
|
弹性计算 开发工具 git
基于ECS搭建GitLab服务
通过本教程,您可以基于ECS实例快速搭建一台GitLab服务器。
|
Java jenkins 持续交付
服务搭建篇(十) 使用GitLab+Jenkins搭建CI\CD执行环境 (下) 配置整合
上一篇文章搭建了GitLab+Jenkins的基础环境 , 现在基于搭建好的环境快速的实现CI/CD , 接下来需要在Jenkins中配置一个构建任务。
141 0
|
运维 Devops Java
服务搭建篇(九) 使用GitLab+Jenkins搭建CI\CD执行环境 (上) 基础环境搭建
所以 , 在现代化的大型软件项目中 , 对于开发的要求还是比较高的 , 虽然不会要求像运维老哥那样linux命令熟练到起飞 , 精通各种参数调优 , 安全策略 , 但是基础的运行环境运维的操作也是需要了解的 , 这样才能指导运维老哥进行业务环境部署 , 也就是开发运维一体化。虽然现在有很多工具能够帮助开发人员减少一些复杂的操作,但是开发人员还是需要更多的接触运维的工作
246 0
|
安全 关系型数据库 应用服务中间件
服务被挖矿了?凌晨三点还在升级GitLab
gitlab漏洞导致服务器被植入挖矿程序,凌晨三点还在升级。
412 0
下一篇
DataWorks